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A method and system for providing a user interface for 
a user to discover and control devices that are 
currently connected to a network, such that at least one 
of the devices performs steps including: (a) obtaining 
information from one or more of the devices currently 
connected to the network, the information including 
device information; and (b) generating a user interface 
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the reference includes at least one link to information 
contained in the devices currently connected to the 
network. As such, a user interface can be displayed 
using the references in the user interface description, 
for controlling the devices currently connected to the 
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HTTP . 46 GUI -a-it*r GUI * 

t» 480x640 GUI 202 ^fXJL*^ £3S 200 

5 480x640 <jL*^**t» iMTttftfltft********.*, 

W If 220(8 5-6)+ mitfr,*® fctt^-f ft 4 .ICON 

^&-£-a^X#£fl(#]*'. GIF- JPG # PNG)4&^£;$ ICON.HTM. 

10 -HNf-t . ICON.HTM(DVCR)## HTML I 202 t INDEX.HTM £ 

4f . <fi lCON.HTM(DTV)^^ HTML I 204 INDEX.HTM . fflrf 
I(^J^,INDEX,HTM)^H5^^ 1 T^^: ICON.HTM .«J ft 8 200 
t#W#- 100 + 6$£'Ht&6$B >*J&3§ 200 *i**Bfc*fc*Mfc 

5t&«£ HN B*E 220 t . BfHlB^ifcffAfrJMl. • B^i'** 

15 I 220 t ¥) ICON. *-ft«-3?(W*» » I 202 t # INDEX.HTM) . & 

#JL*tf HN l**1JiJg£J9l3f. 

^<£Bfr$ttjM'»*B#B*BB&. Bfc&^TIM^B^B&tf 

jk&Tktk&si n& ioo «i $ * icon n'A^ti- i 

20 220 t. «Hfc*B^fc#. ICON HTTP A 

ICON.HTM(i:^^#^-f a*t - *.*H"1W (file space) 

®%3LftM> tt-ip GIF - JPG PNG ; 70(\0xl30(H)fc 
*#BteB#. 

25 (4) M7I>«W LOGO(#-fc i#)5L#> B 

I + LOGO ^r&^-ffl^^^^l*'. GIF> JPG ^ PNG)4* 

LOGO.HTM • LOGO.HTM(DVCR)£3" HTML JC 202 

t ^ INDEX.HTM > ^ LOGO.HTM(DTV) =#=• ^ HTML % 204 t # 
INDEX.HTM. &--*+^+. B If (*J*». INDEX.HTM)^ 
30 £*fcJ*-^>X* LOGO.HTM. tfjik&tetete 1 * HN B* If 220 

B^itffl P&4t/!8. FiF 220 t^ LOGO. 



#^ifc«&f r 202). ^Hftft$n*m&i%f&*#i.mii**>xft«> 

a^*#ftfc-fc-$a*2te3,. AH-£-&!Ml&*Jl*3#- 100 #2 

LOGO &*&%&n&Tk&H 220 

4.& LOGO &&<Kf-^#l^&^: HTTP m^S^R^iL^^ 

5 LOGO.HTM ; a$iL#£^> GIF- JPG PNG; t# 
" 70(V)xl30(H)&$tf#iK-i£a^ . 

(5) &#7.£^-'HS:3- NAME(£#)> ffl*i*l5^1SiMI-It^ 
. NAME HTML NAME.HTM 1 6$ TEXT(£.£) . -&£*.*T 

£#&fJR(#l*', I 202). &&£Ql*mk&$&*mu#lT&Jz$k%-. 
10 &#M^^&&I£3 , ]M#&##^> W-b, fii^teftti DTV *T 

NAME 'Bh£fc&* ' %ft *L$L ' fcSS'J . 
#^3t^, fl*#&&4L*-&£-£S!, W*'' DVCR bTVo&&£ 
4U"&&i|&*l$#- 100 <K>£^ NAME ICON/LOGO 
#&^&:ffi£Pi9#--&$-R 220 t# ICON/LOGO T •"' NAME fli&tf) 
15 -'M^S,^: ^T* HTTP ft¥> NAME.HTM j ^M&JtX*. 

10 <Klft4f:M^#&*>rMB;£^ ICON/LOGO T. 
«1 L NAME.HTM3t^$«^'J^^**i20*»**. i l L 130. *Mii 
&E&ICON/LOGO(70 #£xl30 #■■?■). &|L*»a 5-6 Mjh+ft**!' MM 
UI 220 a#. . 

20 U name.htm)&££fl-#&#a&(;M icon.htm)T . 

logo.htm)^J*»T«ifc£*^fTfi«^fflfe<5.1. &-fl8£#i£it# 
250(Tfi#£^B 9A-C &--»M$i£)&## UI , * 

#^&#M^-&it. a&> fc^**;&iffcti**x.^*ffi&*#» U 

-Stf GUl*E##tSHf . 
25 (6) T4fc#»* HTML 4.0 3 &>t &£R#a£iL#. 

"info.html" & "info.htm". #J^&£&a,*t«+ # HTTP m&3§# 
« . *ntii&*'J R R 202 *» 204)# INFO.HTM it A . 

*4h«ArA£R^ffi^*^^^Ai«j^*'if*9^«*J*'w. &&-&$-£ 

30 4t*Tlitr£. 



2-*4MtAiC&> 





it 






■a ana. I 






SMS-ICON*** 




#**a!jMf-**l(VCR* DSS^ TV ^) 










♦J 




♦J** URL 


#«-<Hi£fttfURL 




JUL*-: ffl-f^*#i 












*«-at«-^*sn'tt*»«t(*«i±*'iiB*) 



42 ♦jstWfe-»«B#^«!**&-at*'^A*'A' 

#J.£k#*]&i8} URL. URL &&*HN&ft Web # 

jfe.. S DVCR »»t * BW^fl^***^* 

DTViafc. iSlAflH*** DTV <K?&#. &#73UMi£&*fr 1394 
J&iitff ft*«&£* 1394 fcer****^*** Web 

HA#***fc4r«JK,^*i , J 1394 *Ati*fc**L*J . fflA.^ 

fcfr&M&to 1394 i&ik&ffl f" 1394 s/w Kl«.£$#nt£ #*MT *; 

u. u nil J- -I- * -VU A ✓ J; \4AJt-*,W K U, HB _ -fell -to . -*u * 4£ 'fit £/T fl& 




'.;^r**A»fti>t a**£4£*j&. fl*r##.5J*g& 100 +ftjis**«^«^* 

■ 4.* «^**#**-lfc***-. 
5 T. 

*$£&&aAui&*JW& ioo ^**4m*ft«-<tA. uikM? f.Ann- 

#^/f,5t^(tcxtual)^#^^3t#*4*^ . fl*«i*'3l4* 
V »M8 200 * + *Ht* 200**'j:'**#4*«Jt 

11 200 *#F9&HJiffi^fl]/'&o 220(GUI)tf. U£«4M , 4**S#H<M'' 
&|LS 5-6 <K>#J-f-#r*#. 36&*JJfc*$1fi£ HN 9 *!T 220 ##»J£ 

*«ffl 4B, #-*J*ifc, lfc#«&#:(l)£*5H9:& 102 **$3aft8 200> 
(2)S*J &2S 200 JUL ff 204 HN 0 * HTM(1M* UI). (3)*1 1 8 200 

Aft 202 > 204 1 41*. HTM iUt icon.htm names.htm. 
UI t. (4)«| Jt8 200 )kl 202 > 204 + **ttfTB#il4(#l*». GIF). # 

20. ft* 1*411* UI t» (5)&£> **J&2f 200 HN It 

(HN_directory)f 220(1 220 ^t*7^ 'INDEX.HTM' 3L## . 
ffl1 : -i|&Sl$& 100 *d*fl-»*-)» «l&(6)i£fl GUI 220 + *$ 

DVCR Hfetf&fl DVCR 110 H, n DVCR 110 # ' INDEX.HTM ' ftMM 
ft 220 ttfft&#*!##ffl*AJlDVCR 110*$ft 202 + 'INDEX.HTM' 

25 (DVCR #«&#!T). DVCR &$>Jft i %LWft?' (#]*»» *»JMr&* 

^^r«L(W*» icon.htm #*£)*#*.. 9A WW U<k*UKii % 
-.4^1 «^ + ). DVCR 4*- 110*$ ' INDEX.HTM ' #T 

&^#&**]&cr*^4^£<M DVCR 110> ^##J&o£& DTV 102 
'fc8 200S.**$. 

30 £ ft ' INDEX.HTM ' *tt % ft > 0 # ICON.HTM NAME.HTM 4: 

10 'INDEX.HTM' #*«**!#*$ . ICON.HTM ^ LOGO.HTM # 




n t # & I* B # *» • LOGO.GIF *» ICON.GIF) . £ - * & 

HN 0 ^(HN_Directory)HTML *T&#fc;£;&*fc . ->Mt 

5 ffl 5-6 *&i-*V&&' **»*^*L-at4S-(W*». DTV 102. HDTV "I)** 

4.A*»J1«.«* GUI J 220 6«#-3§ DVCR 110). 

&£GUI 220 t^MUH^M*)^^ 

MIA #}ikfr> K'l*&n;£ 
10 ff£'GUI+. 03r£#M#*M*). #&&«^ 1394 *k&£flft«#«8 
ROM ^<^)tfWi *t*& ISO/IEC 13213 8 
#. 'ROM'. iS.^&^faiL&Sk'£n%^'%#ltiiVL> 

f > &ZfrfrlSLftj'to£¥!&tiiL<L' ROM tfrtM**a.*t«4T.2fct# 

15 ffl-f , Web 1394 &#aMf#*f$# 

e,#«a:*&«^ 4*t*»^**« w*. *a 

ft • &>MEEE 1394 *-sSLB-f*^A«L*ti, * #&^Mfc 

..." 

■<1394 £&W&> 

25 a 7 ^'A4fc»*AW^-^**«*A^»^3oo^*#B .-Aft-fa 

ft. *i:+*T«fc*B*fl*ft*****^*»Bt*B**«#4. *a 

7 0f#i£6$. .LiS4$i$^ 1394 **t&fc 114 ***«±*#«B 2>«* 
tf«fci00Ji«$**Hfc*-> 14(*U*». DVD108>DVCR110) 

12(W«. DTV 102). * + -t* B 3 + ft**l*& 

30 ^i^o^itftja^. 

Wfc 300 1394 ♦ #A. 



J2 

1394 «MT&£, 114«**>Hfc$-. + » it^^^^DBSS 

104-. ffl-f JXiA 122 *4fcfl-f-£***4&##fli*. VDBSS *l*Jfc^& 
5 fl&&u#/L( "NIU" ). DBSS il/ft** 1394 *Mt 

i«,114<«*$#o •^# : ^-i2:^(DVD)108^3|^f'J^^'ii^^300.DVD 
108, >T&flif-#l^&ft£fc&i:^ 

$£■300 *fcfc(DVCR) 110* &£fcl?,(DTV)l02. 

£**Jt, DTV m&&&%mt&4L**&&$?n& : 3MM>A>fit&v , 
10 300 $~ DTV 103 i|i£&fl 

fc&Wfc 3(H) .DTV 102 103 *T&#**f- m& 300 -ifcUMIo , 

■B##*DTV*P&*flf-JL* HTML AW. 

15 A##*L 105(PC)^^-a«-^^J-t^^^^^W^^AI^#o, 0# 
: PC 105 

1394 *ff&«, 114 HTTP/IP 4J.*.*3-£ 

HTTP/TCP/IP . * t IP i*J A 39*4!), TCP IP # 

'>,#**(*l* , » fltfefr*afix&#J>XjE*tf*(4*Iifc),' # J., HTTP 

v > TCP/IP * UPD/IP * FTP/IP > TELNET/IP * SNMP/IP * 

DNS/IP* SMTP/IP). t. W^ll 116 Tfcfl-f 

25 *»S 7 HTTP/IP IfcntMltf 1394 **f&«, 114 

ii6$4**ifcjM*&wfc ii8(*j*». xio)^. &i±#ft#$i 

& H 1 16 tfl 4t ffl "f" VCR-^/AVC/FCP/1394 ^ HTML/HTTP/TCP/IP/1394 ft 
SILfS. HTML/HTTP/TCP/IP ^ X10 *il*.«l«$4*a . «fc 300 

±#) DVCR 120 « # • 

30 ^T«iiii&«, 121 il**14 ; '1394 *ft&«,^ 

119r#J-fe», tf&HK ft«/IB.&3§ 117 ffl^&'&tfft^* 



nVkH$k£Ml&e • 119 ***;$-&*»F9&300 

W it ft $ ft • W & 1 17 F9 &**##(Network Address Translation, NAT) 
#m.&^&*^#fl-F'iM LAN. #J.*4r***fcra«*' ^&m(divide 
andconquer)* IP **k**» #»jt * «*:1PV4' 

5 itfe.ijho ^lp^J».*ll*»^'fe#»« ADSL) **$,&& 

m&l\5. ^-fH^^H^W^ WWW*£#&&. «ljkH 119**h*PW* 

117 ***** 119 ^T*# NAT ******* 
«*W**#4^fc*ffi(&*fcA)4*(*]*'' IETF 4* A RFC 1918 

&*#). WNAT**^»^*.W 119 J*3&&. A** ^,*-Mf4Al* 3S(modem) 

10 *ffllf^**^AH*Wif***k3tiE.*. ffi^^itWi* PC(£j*#XT 
NAT.*tf-W*'117 t). 

<IP 

T**;&i***l**4M^ 4**»aa*«. *t-F***£. A* 

15 Web#lt(#j*»> *« GUI/Web)**#*£*fr(DNS. AfcAfr). Web GUI 
^^-^fljg (abstraction layer). *iL> 'A*' « 

fc&GUI B(#l*». *4*)**fl***.***- **.W 300 t*4«-*ft^ 

*fc***iifi***aGui 1 2oo(aa 5-6)* *<. ***#.« «'itw*"3oo 

t ********* 200(S 4A-B)a****MA*«J>A**A** 
20 ft * • 

*********** - *-** W f" * *A*(«* • 
/*)*£#&&)• *#. DNS *«**#flf-********* 
***4£i*i>&. i*^3LT» — 1394 ***PC)^«#fl DNS 
A*. DNS ***A*t**A*#***7*A*. Mt«*-f rc * 
25 4t**MF*fl*i*» DNS (A**!**)****- 

"www.yahoo.com" *AWJtSHt. Yahoo if-**,* IP **"* 

216.32.74.52 H* B*«(*£*AB*H)*««****fr*$"- 

£A hn n^a^ gui ***#*ft****fe**f 

*Jtk3webAfr**i* « *J *» homewide.com(IP **)# 775WEB UI ** 
30 -M - ** DNS ***»*• DNS Afr8#***IP A*^"***!**** 

*ITtfi4*<fr TP **. ******* DNS **ft*«**t(***** 



fi^fflt IP **h«T»5(*^|L«^Z*«r*^W^fcJl» #JL, 1394 tot^ 
ROM *#$f«l fctHtffi & * # S! £ IP . &*4t9ltf 3 

ip ^^«TJ»J^»-fii: (i)*#'.*ii£*iitJt»'& 

(Dynamic Host Configuration Protocol, DHCP) * & 2f DHCP 
DHCP. (2)4UM#fcJt# DHCP £,P^(DHCP J* J&&(3)& 
10 #**T* FWHCP(Fire-Wire Host Configuration Protocol. * 
^-R4?i.*Lfcjt1*-«.)«.«-3S^aa4«& FWHCP $(2)* + ^$ 

# 3 fie, IETF "draft-ietf-dhc-ipv4-autoconfig-04.txt". 

DHCP BOOTP/UDP tfri***i#. 4JL£*]£ 1394 
-'-iff. #H^>b*»^ffl»t pi) (lease tune)*Mfr*-**MMMfc. DHCP 't- 

is #i*«*fc!Aifcfcf-^Mi*litf^«t*.f-(coii8UTO 
electronics, CE)-ft&# &t> * * DHCP 

1394 ' #A(Plug-in) ' ' ^(Power-up) &Mfc> #M. 

kg*®. ' t) fe-fc(Self-ID) ' /Mh ****"f«*fcJL. &>b' 1394 #,£ 
20 'ROM' Jfetf:$|S|. #***f-#*##W**it*(*!*». IP & 

tt).g|A4**9!4&-Ma**«+.*ffl IP&&fe£^£#4(FWHCP) 
. # -ftt/fl 1394 .FWHCP -f 1394WEB *» 1394 

-St* 4$ IP FWHCP ^Sti********-?- DHCP(*P» -fofll^fc 

**IP**t^«.*-3$). <£&IMtt. FWHCP 1394*fe*fc£ffl + tt*fc« 
25 *» 1394 <^4* • FWHCP 1394WEB 1394 $&Ji6$ IP &AfcR£ , 

jg&-MB4pi£&<K># 1394^W#-t^*a«-*4.^*-*-«:fr**lffl^l0jt.x.x 
B ft IP £&£*#£^/ , t&£4 ! f*h FWHCP*** 

DHCP/ft *fcl^*«f-# 1394 DHCP toiM£-f*& 

30 IP&Ak". 0Nfr## IPJfe*k£«|*JUl.24&RFC 1918 

£B Wi.fi *HHJUl 10.128.1.1 *J 10.254.254.254)&#6$ . 1394 IP & 



PHCP 

fc-ft FWHCP ^ DHCP • 
&tf*t 1394^#4pW&&##£t4: IP*fe.At^:A^^r^j&^. 
5 £#$&?P&'Stf]&#£4&£-* , Jfl FWHCP *MS&1 • *t*Y> DHCP & 

<W ^Scenarios)* 1 JfcAt £ ^> 

10 #J*fi$. ^^^^^^^^^"f^ ipafeAt&jttf 1394 .W*(jW*, 

H*.30Q)*»# 1394 Wtt<*l*»» H9)^.f«J^f M) . 

£&tfrXT".13?4 F9&300 FWHCP 1394 119 fcffl DHCP 

-A**. 1394 H 7 +<K> DTV *» DVCR)*t 

# DHCP .1394 DEVICE-3 ffl f" 1394 $ fc« # 1394 W . fcfc 1394 ROM 

15 IP.**h#J.# 1394 •afrfttt** FWHCP # i# . DEVICE-3 

&ffi-f 1394 1394 ROM + 

tfr&'*fc**l-(leaf). ffi-ftf 1394 IP Aid: . H*b. 1394 

&300 JL#ftJL*t«(«*'. R-TTfi&Vl&3&jLfi-&M FWHCP)" i T 
xtJUT IP **t*4fe«# 1394 IP *k.AL . * 1394 

4r&£» #'J.." s r*«f- IP AAt it*. IP 

4Ln?Mtft&& IP * 1394WEB &*Jt*t£ 

DNS- B#ll* GUI ******* *#*4*4ltt« IP 

25 *l« 1394 ROM*** 1394 # 1394 $ 

IP M ftM#(FWHCP)fl -f IP » & * • -kT »* DHCP .FWHCP 
ttfl RFC 1918 10.LH.X.X AJbh^T-f#^. 1394)4£ffl 
_M^^ iO.UH.X.Xo FWHCP **Eft«**rtl-H*W4* 

30 ^fiHT. tefc**#**^#'fc--te'fc(Glo1>al Unique Identification, 



1394WEB n&±.%$^m#} FWHCP M Otitis U ifc*ta*Jfc 

. • + . GUID^T&tetfl o 

&crf']# 1394 W^«ft 4^ 1394 $&_t# IP ROM 4f 

5 &<+ . 1394 E&i.^ IP *fe*h 1394 GUI t(#l*» . 

., ffi 4A-B t » GUI 202s 204). 1394 ROM £«4$**J*fc#;iM -J-&*JiM"& 
I^St^W: (1)1394 a#iR(Self-ID)Tr&> (2)IP 6&I FWHCP, *»(3) 
Tt&«-##i£# UI . 

1394 4A<W.«(**#iifl-/T* 
10 (power up/down)^-i9:4hj|#/^^?l^)^. 44ht # 1394 il * 

. &l*t#(1394 «ftJ«t*at*-9"«lThi:. &&fl-F43H*r 1394 ■& 

>tf 1394 3&^^iE^*t3S^^ • > IP fc£ FWHCP(-^ ii FWHCP) 

IP *fc*t. &n#JXLlL (vt^)IP ifc*t*^ 

15 -&&)> fcJMfifrti 1394WEB IP *fe*k. 4&#>Hifc$-*$1Ji£ HteJl # 
HTML 4.^^^«^^^B3^ffl/'#oiL^ > ##*>Hl:$-6&lIiJg fflteK* 
Web i*J «Ufc/8;*Jlta4Hfc*ifc*t**J ; . "' 

^js^-few. 1394 n& 400 +##+#4^£££&e»tt«£wa-ui 

$$*.#250(1S9C). UI*S^3L^250 *^*l-a«-t^*'^1£ll200f 
20 tf;M$I£&ffl.#£jM*^rti*'H 5-6 t^!T 220^'*'jR'it«,f •* 1394 

&*J#-7s|&f'J 1394 300 ^iff\M^<^> A#T# UI 
#&(^M#£##UH£&)#&£M 

GUI 220. iif|»*L*^^ft^#^ll^*JtJi*t*ij«.^ GUI 
25 M&ft, 0##>Ht*-*r£A*6 cL^ UI 250 4*f" 

GUI(#]*». 220). *fc*te*ft UI 250 

+ . ^#^fJW* 300 tf&i9L&ttik&®tefcfciy>i$%&^&®fo*'te 
■fc* HTML' I HTML I + ^^#it^^##(ICON.'Graphic(ffl 

ICON.HTM 202** 204 *. ^fll "Hi $-#4£<M # ; 

30 ffl 5 ^T^Hki^ATTI^B^j^t^ ICON.HTM , LOGO.HTM *> 
NAMF.HTM^ HTML *feffl^j*##-&#^«^*8t«-t Al*ffl-f -S-W^* 



&¥lMM B & UI *Hfc*.tf 250 ■ 

fi, «&«&+#fc-fc#B^> 

®%2L$- 250. ^ft*.*-*.*-?- HTML 202 > 204(NAME.HTM £ 

5 &JT 202 > 204 t)+» DTV -hfcl^ftMk. ttft 

— GUI I 220 DTV-BED2 . Sib. g>*J&ff& 
ifcltfjL* I 220- fi;*** 4 A* DVCR ICON 

^#f)DVCR $££*J GUI 202- Jfi^ + # -/M* 

10 ffl-t DVCR tffr&&*JI# GUI) • ffi^AUH*' "i-Sht DVCR" *f*#*fr 

NAME.HTM tfiL^&^X* "i6ht DVCR" DVCR + 

% NAME.HTM 3L#& * $ A # *h # £ ft) . 

15 citizen)' fr&T. GUI 220 #>h*JUfrfcJt. &*Mfr3LT. ffi^rM 

#«*B 9A-C^ 10^ 11» &^B#^]*ifcT4-M&#> *1*U**&*I 

&&B .&&400 &#5^i.**^:(l)1394*#*<i*«36$«(IEBEl2l2R 
ROM)4Q2 v (2)1394 ******** 
(1394DDA)404 ; (3)IP AJfcfc j^J£a#(FWHCP)406 ; (4)UI 

ftaa^ 408; H5)gui £/M*£fTBtra*f&4io(#j-K a 2 t# web m 

25 £ 8 200) - BlO#*7A**t400+fl-T DDA * FWHCP 

* £ 7 * & 400 + ffl UIDGA ftsa/f <K> 8 *1 * . * & 400 4 B 9 A-C 

*J!ftfi 9A * 10, fc# 1394 tU t^gj A. 

30 (1394DDA)404, ffi *&X#4l£*J* 1394 4#<M*I* 
l&T3^KOM-fe l») 402 t . ffl r ^^^WS^n^^&'^M^X^ 500 * 



502). ^■f*'Sfci^a«^^R^(«4t)^. 1394DDA 404 & 

' .-ati ' ' . ROM Sfl 

5 

t 1394 ROM ft#> 
" 300 * ^^f*-a4hfe#^*«.*» IP J&Atft&a^ 404 *» 406 

*B&#T?'Ht&> ffl-f 1394 fl&jt ROM 402 + <Kl 1394WEB: (1)^1 64 # 
GUiD(& 1394 a.&ttt^lfc'fc — ID); (2)*^^St&^ ' 10.1.1.1 ' $>\ 
10 ; 10.127.254.254 ' # RFC 1918 Hi **t g # i*} I. IP Afe.it . ii: 1^ i-X 

: aIguid t&#-H£. w*#$#*i£-*i'Mfc. tffl&&£Mi-f*P#(Pp 

10.128.1.1 *J 10.254.254.254)#&*MMfcW3--ttt-&4&- ; (3)4&ffl ' 10.1.1.1 ' 
*1 «. 10.127.254.254 ' ft IP &Jat(&i£4iMt FWHCP 406 ^&) ; 

(4)^i"^#^^Ji^IP^^IP^Jbt^^;(5)1394^^^^S&^#«t (* 
15 1394DDA 404 ^Si) ; (6)£ *l * -F 1394 

&ft&*M> 404 ^fclfita«^«*J. #ffl-f*S* IP Ab*fcfc*(£*i'fM8* 

«*P>IP &ik%%%L(fr&#i§k t %n%#!)> 4 J- FWHCP 406 
20 ; (7)HTTP web flkfrn . */iHt*it4*4ffl t #il+MUS 

ft-^W.j *»(8)&#£Br> ' S# '> ' * * » HTML iL^^-ii^- 

{t*<f**T*ift 1394 ROM 4 t • 

25 <IEEE 1212 fe £ ROM> 

itffl 1394 ROM 402 IEEE1212r^ IEEE1212 

IEC61883 t . ROM &® 402 ^-*t»H^^>^^if4fcr^«.ii&6<i 

(vendor). teT&£i$3tt *J«2&& • 
30 & 3 * A Si £ ROM 402 # Bus_Info_Block( & ft ft A & ) 

Root Directory^ @ ^ . #-*f 0 #r 35 ir&## &4JJOeev)#-fcM 0 # 



£M . T&ifl&^a&M EIA-775 tiLtM%$TSt*MjK.l ROM t *A. 

DTV ^Jtij?*^*** DVCR> STB 

# ^ IEC61883 & iSL # * ft 4 . Root_directory & & f" — * 
5 Model_Directory(&3! 0 fc)**-^ Unit_Directory(#- >t 9 *)H a (IEC61883 , 
EIA-775 *» 1394WEB)##tf. « 1# EIA-775 MA 1394WEB 

foil. teB**!!**^** 1394 1394 #*-£##tott*'fc 

10 <&3- &lROM> 

FFFF F000 0000) 
Bus_info_block(& fcf* 4*) 



O4 00 l4 .' 


04 | crcjength(crc 


rom_crc_value(rom crc A) 


04 04 l6 


"1394" 




04 08 16 


| | cyc_clk_acc 


| max_rec 




04 0C I6 . 


node vendor id(? * &i°»#) 


chip_id_hi 


0410 16 


chip id io 



* + , 04 0C )6 *» 04 10 l4 64 GUID &#*f ID . 

Root_directory(#. 9 &) 



04 14 16 


root_length(#- -fc/St) 


CRC 




03 16 


model vendor id(*«**ff fe**f) 




81,6 


vendor_name_textual_descriptor( & ft £ # * * ■ 
#)«#* 




oc l6 


node capabilities^ A'fcfcfilL) 




8D 16 


node unique id(? #-ft*r>»#<fi. 




Dl 16 


Unit directory^ rt S $)<fc#te(IEC 61883) 







Unit_directory(#-/L a i5t)^#<t(EIA-775) 




Dl l4 


Unit_directory(-£ fL B &)<ft 394WEB) 






XX XX, 6 


C3 16 


Model_Directory(&3! 0 



IEC_61883 # 8 & * -f & 4 t • i£ B & 3) + # 

Unit_Directoiy tfk®&&4 . & Unit_SW_Version(#-7L SW . 
, M&M&AV/C(0). IEC 61883 

5 

<& 5 - IEC_61883 */t 9 
Unit_Directoiy(#-itg ^)(IEC_61883) 





CRC 


12.6 


Unit_Spec_ID(* #)0 394TA=00 AO 2D 16 ) 


13,, 


Unit_SW_Version($ 


-i&st&4fl=01 16 ) 






• ■ » 

• 


• ■ • 



EIA-775 t .Tfi#EIA-775 EIA-775 

10 ' .■**B*+. 



<&6-EIA-775 + 



0 


CRC 




Unit specification ID(^&£fc^#)(EIA-775-005068 l6 ) 


13 16 


Unit software_version(#- it&4f #t*)(010100 l6 ) 


• • • 






* * *. 



Unit_specification_ID ft o # £ 

15 ^-(identity). ^^J^'lt^T. 0 **»:fr#<fc=005068 l6 #tf * EIA ft t 
#4JU&* EIA-775 4* 



Unit_software_version EIA-775 . JMfc-i^f- 

*7 + .. 



<4 7 - Unit_softwarc_version 



$-^A&$? (octet) 


01,6 




i*«L*--9-(SirA 01 16 ) 




<fc#«l*-9-(STlf* 00 16 ) 



5 

1394WEB $jtn%*1-& 7a +. Ts&# 1394WEB 



1394WEB.#-tL0 & + . 



<& 7a-l394WEB 9 





CRC 


I2 l6 


Unit speciflcation_ID(* fefc-fc #)( 1394WEB =00XXXX 16 ) 


I3 l6 


Unit software version(#^&#&*)(010100 16 ) 






38 l6 


Discovery control bits(.£3M£* , ] > &) 


39 l6: 


Assigned Count_of_1394_devices(3* fie.**! 1 394 -& A) 


3A I6 


IP Address Build in( r*l £ ^ IP ^.*k ) 


3B, 6 


IP Address Asslgned(£"R.# IP 




IP Address Extension Leafl[IP Afcii^ fL*f) 


"16 





Unit_specification_ID 
^ . ^W^ft /XT . S *#»£#4fc=00XXXX IS # * ft t i'A * 
1394WEB & $ # & & & • 

Unit_spftware_version fc« 1394WEB . 

15 -f 48 f . 



8 - Unit_software_version &*9> 





01,« 




01 16 ) 




00 l6 ) 



<Discovery_control_bits(iL^^*J^)(38 16 )> 

A IEEE 1212R ft & * f 8.8 A. # * (38 16 ) ffl # 
Discovery_controt_bits *P 4£ > ^ $ 43 -t fi) -f 0 & ft # #r M £ . 

5 

<■£ 9 - Discoverycontroljrits > 



FWHCP Server Agent 


Configuration operating.Do not 


Which IP address? 


(FWHCP Hk&nK 


use(if True) (&Z%.tf .Wt ffl 


IP ^fcAt?) 








X Yes=l 


1 394 Dev. Count IP-Address 


Assignedl Built- 




(1394-&$--it&) (IPAfcijk) 


in^ 


31 6 5 4 3 


2 1 


O(LSB) 



1394 ROM £f«] 402 *^tf*;M^ifcft*4H*fl*$fcti& • 
IP 3fc*itfi&£ft3MM- 406 ^ffl/toMsLfri^a^ 
10 408teffi> *»Ttf*ffc— : tN$i£<K> . 

& 0 - Which IP addressC*^ IP ifcAfc?) - 7 3l#£>iM£JM^ 

IP Pp. ^l*fe,AJ:(=FALSE(^))^4r^ae.^^ik(=TRUE(^)). 

jt*# IP Si£^Sa4 FWHCP 406 . 
15 a 1 , 2 - Configuration Operation Do not use ( fc £ 4£ # fil ) - £ 

1394 *«-Aftfta# JL^»*»* IP 404 *» 406 ^ 

$-)1394DDA fcmifr 404 - 1394DDA 404 

ftfifc- 1394 Dev. County £-Trl5:)#> * FWHCP 406 ftlfc IP 

20 AUtte . 



FWHCP 406 WStlMl . GUID FWHCP fiSa^ 406 

/?! ^ FWHCP 406 . 

Assigned_Count_of_1394_devices(^fi£^ 1394 (39 (e ) - Wfc 

300 + 4M394 4*tt#*tifrfc*$Pp*Hfc- 1394 & oil it* I 

5 fc"fc4t*f»t*Mt*t*&* 1394 ik&HtiL&IS-M 404 

& ROM £H 403 t . Jfl-f tt£fr*J* IP UI &$«,S&/f 406 408 ft 

IP_Address_Build_in(rtl^IP^ik)(3A l6 )- a-Si#Pp*m. 

10 # £ fa| * 4 f» # # JL-St I £ W # * & *t . 

IP_Address_Assigned(#&# IP (3B 16 ) - ^SC^ PpB^-dL . *» *&9J 
f'JtePOtt nUfeAk. M IP *b*hfcjt^,a«L/f FWHCP 406 ^*^**t}X$& 

IP_Address_Extension Leaffor attached_network($ •? W IP &*t 

15 r^«t)(Bc, 6 ) - -an **a*ffl-f ip **tr loy^^ 

1394 H*)itt*-&4Hfc IP**. 1394)$ 



20 



10 - IP_Address_Extension Leaf(IP ak*^ £,»f )> 



-l(n), 6 I CRC-16, fe _j 



IP JfcJbh 1 



IP&ijfcn 



a^^it5.^iL^^^^ii^--^^^ , Ii^^^^« ROM a**t«tfA^ 
25 «*A^A<PP, ROM B*#**fc#lfr. #J.*tfc£B*M$5Aft*r-f#'£ 
##&**48*iJUM*). & 1394 «^t*^T*#». ffl-F##*«* 
sx^ft^. A « - # ^ iC t . 1394 HSf*./il -f 



• . a e • • • » " 

••• t • 

• * • • 4 »•*••»' •••••••» 

' Discovrey_controI_bits(*^#J'fi) * £#J^ . S*t-f ifc 1 !"***^* 
fr^«*OSt«t. ROM + 8 #*Mfc. 

'. #J«ffl 9B> -^££>Hfc£-&# IP &Atfclft£&4(FWHO > )406($ 
5 Ml UI *^«**^iXAT«ffr^«#iJiti^^ft^*'e-a^). 

FWHCP Sil^sa^ 406 # 19 1394 H & 300 # 1394 ROM 402 

t IP *I1 L &'S£ffl*£#(#J*'. m.#&'5t#£jMUf) 

JH*ti«**H*#»*#4l. FWHCP fl.3S«4 406 'RlsMf* 

9c. f&%&*Mr&vfi&&M&~&&^ft&(Wip, n*-& 

10 i)^&#fflf-^J*»« HTML ±MM UI 250 # UI 

ft&&>f 408- 300 <M"-^ IP SilLftSa. 

& 406 atft#^. a kfe ip ftf^a^ 406. ^£ 

Wfrftik&^u&te ip Mftaft/* 406. - ip & 

l^St^ 406 #ja.£/?lr&o-i5:&» IP UI 
15 i^fr£&ft«fc4^l&3ft*T*4t. UI #^3L4f^.A«a*t*(UI description 
generation agent, UIDGA)408 1394 ROM £ n 402 ttffcjltf*! 

♦j&tt *tf" FWHCP 3 

^ Bus_Info_Block(^^^4^)^fl;^«#- ID(GUID)). IP » 

20 #f«Mffl*# IP UIDGA. ttfttitf 

HN_Directory(HN S A«,Jf). 4 IP AbAtfcfc . UIDGA « 

JiMfcS'J'ft HN_Directory I . > '£ UI 

GUI &A*»fc*ftf«|3Ef* 410(^J-4«. S 2 Web aj 
& St 200)*Jfl UI HTML 250 W##£-#flJ-J*a*r- 
25 HTTP iL#£ l'a)(Icon.HTM , Name.HTM Logo.HTM £ * 

I 204 £,#-^1 204 +)> &***£Affl***ti£J*£ 
GUI 220 . & fk&ikfri* ft 4° . Icon.HTM > Name.HTM Logo.HTM) 

*». ICON.GIF^LOGO.GIF)#i±*I.+ . Web »1 ft 8 #1 Jfr HTML 250 * 

30 M,*i**d gui a# . 



<1394 ik$r&#LM%.J$(1394DDA)> 

£M 9A-9C 10, n& 300 ttf#^ 1394WEB 

404. ikfr£$LK&%.% 404 *'JiN£#*l 1394 
1394 *&,*t£J«} + # 1394 ik&> % * #>&#(raw)£3&;S:£ 1394 

4M^L*JSL*h*I . ^###&M>1'Jiltei*#^. 1394 
it&ffl-HHT 1394 1394 (l)£te - « 

****>44-**l'it< **A*4*#«*f*4**w. (2)*H**'J - 
*&J»MMMh##(net topology)#&##. #&Jl- ROOT(#.)> ^ ROOT & 

&&&&&& m*&&*#l*L#-'ft4k&%*> 1394 ROM fif-lt . #4*. 

^jj^ttaa^atftitf*. 404 1394 

1394DDA ft IP_Address(IP f'ft* , SftMU*J£aUMf • 

406 *» 408. Asj^ftsa* 404 cfciMf £jm 

it. 

4.-^^^ + , £>H££-t# 1394DDAft«*£4 404 4MflMfc500^ 
20 502. &#: (l)&-&$-# I) t 1394 ROM gFj 402 + «&£fliMfc*<fc(*P' 
« 1394DDA iE£&fe + * ' IP ftliE&*ta + ' te), ft *48* 1394DDA 

+ IP t(*»£ 1394DDA iE&4Mf > M IP 

^it^^at). 1394 IP «t#&;fc&> AM 

^f«*tW ; &#jh*'8'K*«/f 408)*.*^?; 1394DDA*Mf . 

25 & FWHCP 4Mf . *<$ * £ *t -f UI -iS:£-)UIDGA 4Mf;. (2) 

4. 1394 &&*LJ5*t 1394 |-fe«4flttft B fcfrH"*. ««llj4^fta# 

^MaA'Sin^w A*fe*t. 406> 408 m ■, (3) 

4«&it&<&£A-&3-6$i)# 1394 ROM 402 * ; *&(4)* *(#!*'. 

S £ 1394 ROM 402 ' 1394DDA t ' 

30 #fllN£*U£. 'IP&li^^^t ' 
# FWHCP ftSSM 5 * 406 . 



11*^ . #&P*I&(#J*». # 1394 pq&)Ji#&tf IP IP 

'*]4LTi|3i3>htf *P<& IP FWHCP ftSfc/* 406 

UIDGA UIDGA 408 

5 A* FWHCP ItaSif 406 4fc*^*tjE*At^*, #HA*.^*lt*^-. * 
$#&;£ft>h#iL£*#3fc&&B, HI t^"-^./^ 1394 W 

&300> 3->Mf-# 1394 119. &*tft $Z#>&jL*r ft % 

im @##M£W&IP Afe.Ah^i4L^^A Ji^fflf- 1394 

■W.8- 300 406. 408 *>£ FWHCP ^Sft^ 406 *J>X& 

10 1394 300 JL^^^.TilTi&^^*^#^««l*- 119 t 

<IP i&Atfcl'Raa^CFWHCP ^a^4)> 

9A-C 10. IP &J£S&S&#tf,a&#(FWHCP)406 
15 ' ®£' IP^jffa^M^^i^^*^^^ 1394 -&&*# IP&At 

tf*. *MT# 1394WEB UT ?X &#)FWHCP 

.ftSLfcti- 406. &n&*M-4- FWHCP 406 3t*t*# . 

1394DDA 404 1394 Jt4MS*f ^^^T^$-W^« 

4. #JL. *»jL®*f*fJ^. 1394DDA 404 fl,M#-ftJL ' U94DDA i£ 
20 ' 'IP &&iE.&:&&t ' fX^iS FWHCP 406. 

1394DDA ft3£&# 404 6 &#Uf % it • 

+ . IP *Ahfc£^aa4 406 iMt-*^*. 

i£#jM*k##rft 1394DDA fcX##&*lte(*P. ' 1394DDA ' 
te). «U*j£ 1394DDA fcS^^^Sa^ 404 *#&fe*Mf£*. 
25 # » W FWHCP ftat^ 406 it® * 1394 DDA 404 

ft. tfJMfr'Htfr + fc* GUID *»&#]^(1N* 504). KOftjfcWfc 300 t# 
**-#4M*jfc'#4Mf# FWHCP 406(+m 506) . -j*f * 

t FWHCP fiaa^ 406 ftikfr. K FWHCP fiSft^ 406 

GUID(-^^ 508). + FWHCP ^««^ 406 #### 

30 510) • xSft t 60 FWHCP fiaft^ 406 A(*»J*» » 

*fe*0.A#o_t#)#.yL, iL^-ftU*. « £ # ffl + fin-useV tfTttltf IP Afc-fetf* 



Discovery^controLbitsC^^^^J^Mi 0 ^Jfc)#*J*(*« 512). &-##A 
t» WW^^JllS'^lft IP **t« I* 
*J' + «$*J*.(iN* 514-518). OS ^4a*JT#fiti4fit"» 

(RAM DRAM)*. j£ft«****-atl"f + 
5 4§7T;fll&;t-^&#&&££>iM£/fl* . 7 +» IP_address_assigned(# 

IP IP_address_built_in(i*} %#) IP &*fc)& 1394Web 0 $ t . 

i£fr*# FWHCP tf.3H£# 406 &?']&f-£t# IP &&*&&>«*] 
jL + ^A^^^aftfl**^^***^***^^* 520-522). 
#aH*ltf&. R'J FWHCP ^Sa^^l^iiii^ IP 6 
10 ft'SAtf 6 &?AJfe*t*it$tt£tf*^(iN* 524). *UMffc^C@#& 

£#jt. FWHCP 406 %2LftkM& 

(Discovery_control_bits : 0)-&!#4S*#f IP AkJt&tefl t > #-8-* 

15 4ttflrtjUk#flL(-jMlt 526). IP *fe*t4*.*ri£*fc«(lM* 528) . £ 

/+ £ & £ . + # FWHCP fCSt^ 406 & SMfr ft yj^gfc , # 

##>M£&*tf 'ip fcii^atat ' &#j*h&*a «&*#f#* 

20 <Ur.J*#X4fr£Afta&#> 

WWW##t> I • *&®4B> 

7^9-ii» ^f*^ ui -a*-(*i^» 

o6H£&)*Pk# UI #i££#£Af<^i4(UI description generation agent, 
UIDGA)408. n*m*L!k.M& UI I 220. Kit* HP 
- 25 N&100. W£-300 *)-fc.tf-&*-. £ g^^l/S: PC)# 

220. «-fitffl^*fJ**«n»- ioo & 

^fc-MM^m-ifc^KW* 0 ' DTV 102)#]^£filtf)-f#r&*#> J &-UI 
&&ty&«jmte&&.AMm&®*®$L® 220. 

$.J^ ui ' 3-$.%.%' (&m &£>H*ftW 'XT. 

30 ***** at* ui i«***£A«-M "-+**** 'in_. 

4S*«&:fc^*J^**tt#^(W^> **'W*IAM**&Afl-f UN ** 



tfyi). ^Afa/XT. %to¥i ui a*. & gui ta*t# 

If £4$ GUI 202^ 204 fc#f"#>H££-t . fcBlJ&tfc***^*^ 4i* 
(tf4&jt^«l £ 8*" Web . 

5 • it ui «Ht*. ****4MMfH*afttf*fr. *.iTia&#«*4A 

$JK- GUI ftifciU* 250 UI 408* «4A 

# GUI 220 ^ GUI 4 410(^J-fc* .Web £ H 200) . 
*f-#flit 2 &JU;$JfeHN RFC1918 4.W*At). ^Mft 

Tfr*Y*l WWWiyR 1394WEB Wfc-St*. *b^&i±£^i&#3t<^f- H#Wtt. 
10 IPAMito 5|f UIDGA 408 H 

6^ IP *fc*b£/M-f>W*ffl#*fl# UI «iiit*KM*.«*3L^fl-f ^ 
: 4£**4Hfcfl). *f**A«ft TP ftJkTRM&Wt. 

15 UI-a4S-*tff T*J4fe#At«. « 4A*» 100/300 #4**ML220: 

(i)Jt.®#ri£6$ 1394 •»*-4t*,'ft3S&# 404. (2)UI #^i^4A^S^i^ 
(UIDGA)408 > ^(3)GUI £/£>js*T*l f«l(#j*» . Web #]&2t' 200)ft&&4 
410- 11. &-^£&#Jt . UIDGA 408 4Mf- 

*lMfc> A#fl4*tfifc-*tfIPf*.M.tf» ft****-** 1394 

20 ROM402 t^IPJfcAtfcl^. FWHCP 406(UM* 600) . 

* FWHCP K&tlfr 406 tf. *>J & 1394 DDA MM 404 

UIDGA ^a«4 408 iyl»llf ^J«»-WtW*Jt ■ 
J*4ft£# ' &£## ' #£## » IP &&#•&£# « t ' (UIDGA 
^3®j&4 408 HTML I > HN_Directory(HN I! $)£ 220. 

25 S5-6t^^I).^. UIDGA 408 + IP 

#3fciL3S#$&f'JW8- 300 IP * IP 

ff)-&'H5:£-# IP *b*t« HTML . &*.*r&#JfeJ**.tf • UIDGA 408 

30 At. ^T^^ir^^iiji^^^ 9 discovery_control_bit $L*\&-(&- 0)& 




*|L*«*^ 1394ROM402 +^a*^r*.IP A*t«4L^ia 
*f4*jfc#*P#» UIDGA 408 U^J4.(IP_Address_Extension_Leaf(IP 

+ &IP**t. «A.^*P«««-*fe#^GUI 220 t .' * 

8 BC(IP_Address_Extension_Leaf) ^ £ I**t*H"^ #^«t**Af . 4- 
5 flf&&##M*fl IP_Address_Extension_Leaf t . 
*fr#*4iMl*.l# 1394WEB PpfcflJMr Web 

Icon.HTM f # I (index.htm) . 

UIDGA K&fefr 408 ft* IP &At*'J&(im 602). #J.*|fl"* IP 

HTML(#J*» , l)£AfltJ£ W &UI#$:5t#250(S 9C)(U1DGA 
10 HN_Directory> Wfc UI I * HTML it^X** 604). UIDGA ftS 

&4 408 + # IP *fc*ttt.ffif- #4H£4Hfc icon.htm. namchtm *» 

logo.btm UIDGA #fe#***.*M$ HTML 5t4*3f A«#>h«i«J^ft 

HTML I. *P ICON.HTM > NAME.HTM n LOGO.HTM(^]^ , ft* 2> 
3^4). UIDGA 408 HTML UI #&3L# 

15 250 t*.w&#fflfe^^**ffl^^^&^^«t*i^ j sa . 

icon.gif 4 logo.gif Afc^ftit^'K 606). &sfc£iWi£- x E S 

& , 4 J.:f £-i£A# $ UI 1 UK & HTML UI X# 250 1 ttfcW « ft • 
*f£**l# GUI £ 220 +^AT*^-a:«-*- > hH^(Ba 5-6). 

20 M&#AlCON.HTM^^LOGO.HTM^M^^^--^^a^£ < f ! l i ' 

NAME.HTM £-^£&*J+» £ HTML #;f£(frames)& 

fl-f&A UI 250. t^T^-W^^lfW^^v^* 

fete-fit GUI 220 T*£* 

' + *&*&k*~*K&*fe&&%*&&4t® GUI 

25 *h*(£-*f — #JL^^ftd6»^ UI 4*-t'fcffiUR 

GUI 220 6$ if* .UIDGA fl! >Mt* + «$ GUI 410(#J 
*». >«2i)*£A^&^tf,P&c7(^#l608). 

<GUI *A*»*ftitKft***> 

30 GUI 4A*tS«4 410(*]*». Web >*J&It 200)*lffl«*» HTML Mj VI 

#itit*f 250 *£AUI GUI K 220. ^-^frj-f-t . 



DTV)*#***tt*Mt' mtn 200 &#&.&iu*JM*f.«. 

4?* 4 A # ' top-level-devices.html( Iff £ &.html) ' & & £ # 250 » « £ A 

hn s $(hk£)gui # uidga ^ ui . hn 

d|t*3F***-iJL^ .*f-F CE . £1 % 3 200 *5fr&*£i&f'J A UIDGA 

408 UIDGA &4T Jf 250 # 4. &*L£ • £ UIDGA 408 
T^^Mftf^tt'XT. mtB 200 M*lL**tt*£8fcM#«fc5 
— -t" UI I 220(#']*>> " xxxxxx *nK$t&.A HN_Directory : t . -ifr&-&l&r 

10 xxxxxxx. xxxxxx. : 

xxx-xxx-xxxx Web JR http://www.service.com. " ) « 

GUI 220. mt» 200 &**##«#** + k-fifc*# A 202 . 
204(Pp ,£lH$i£iL# + + ICON.HTM HN_Directory 1 HTML 
3L# + )+&3«- ' icon.htm ' . ' name.htm ' * logo.htm * . St <L* HTML 

15 UI#£i£3L#250 #fJtil#*P#. 202 . 204 #ft&(#]*'> ®&S*2) 

4 . % 3. * **t $ t 220 . *J tt * 200 * *t * icon.htm \ > * name.htm ' 
*> Mogo.htm' il#i&*fi$&&;t(cache). £3 A t . . 
. « . . i* * 3- & £ C *t & 4fl * <K> HTML X # 202 > 204 «fc T ft *T * $ . HTTP 

HTML 202 > 204 #1#J#. HWW GUI . 

34 £3 200 £H£ HN 9*£££A4:Tlfr*#*JL*«1*£ HNI*. 
25 HTML 250 -fcaM^att"^**.* ft^Ti A > M »J £ & 

**-fT8t/fl^Sl©l«J«^ HN 8*j£;Ht#***l*t' «Ifc3'200*P**t 
220#&#. &&!>H3i#> H###Hiyg HN 9&#4Mfa#HTML250 
30 T^^W^lOO^-a^A^W^- 100*^S:^'It/XTei*t*riA. 
^UfeiUHtfrlSfe. &EIA-775J 



■&&%&#jm%BM HTTP "&#'1±&#" -Sfr^^MftJt web f 

5 #4H^&(#J-**, SL^/^.B'W * (containers)' *iLSi&£#'H3: 
£-_L. 4^ ' &8 ' &#*»tt*it#A*/*J*^-*J&* + B#**# 

'£8' ftfc^£^-i5:£-&#&ft&# UI rt£*.B 
UI rt*(fcit&*tf#!RtfM^*B#fc&*itfr). 

iA^a^jfritfi-^siflr. &-*«iCt> icon *• 

LOGO ffl^'stfr* &#3t#«4MMJiiiiffi HTML ^rM*W*H*^« 
5t#«^ HTML • IHSUfe. Jt*4B^T^*^#*NAMEHTML 
HTML *.#«f-^#**B*s*»#**B^*.^*A*** 
15 It. icon.gif logo.gif 

HTML + UI** 

B. #JL#tfB# ICON jfp LOGO 

NAME • *4Hfe,n>XB-f*fl** 
20 H£ GUI t.^B^it^^^-B.^^ UIDGA .# !r GUI 

**&*H.T. GUI B****IMI«** 
^^^#JL^#>i6|^^GUIp #i GUI £#T&*tf^&^&#-&$tt 
MWfc l-4» **4UfcTffl"FT*]****#*l: 
25 250(Wt* 1) ; (2)Background.htm(Wtf:2) i(3)Icon.htm(Pft^3) ; ^(4)Name.htm(Pft 

*"4). 

30 Xjk^fflfe 
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<HTML> 
<HEAD> 

5 <TITLE>HN Devices Page</TITLE> 
</HEAD> 

<FRAMESET R0WS="2%. 47%,2%. 22.5%,2%.22.5%, 2%" border=0 
colon=b!ack> 

10 <NOFRAMES>Sorry does not support frames</NOFRAMES> 
<FRAMESET ROWS="100%.0%"> 

<FRAME SRC=«background.htm" SCROLLING="no" NORESlZE> 
</FRAMESET> 

<FRAMESET COLS="1 -2%,23.5%.1 .2%.48.2%.1 .2%.23.5%,1 .2%"> 
1 5 <FRAMESET ROWS="1 00%,0%"> 

<FRAME SRC="background.htm" SCROLLING="no" NORESlZE> 

</FRAMESET> 

<FRAMESET ROWS="48%.4%.48% n > 
<FRAMESET R0WS**73%, 27%"> 
20 <FRAME SRC="http://10.1.n.1/icon.htm" SCROLUNG="n( 

NORESIZE> 

<FRAME SRC=" http://10.1.1.1/name.htm M SCROLLING-'^ 

NORESlZE> 
</FRAMESET> 
25 <FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htnV SCROLLING="no" NORESIZE> 

c/FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://10J.110/icon.htnY' SCROLLING-". 

30 NQRESIZE> 
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<FRAME SRC=" http.7/10.1.1.10/name.htm" 

SCROLLING="no" NORESIZE> 
</FRAMESET> 
</FRAMESET> 
3 <FRAMESETROWS="100%.0%"> 

<FRAME SRC="background.htm" SCROLLlNG="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS=*73%, 27%" > 

<FRAME SRC=" httpV/10.1.22.1/icon.htnV' SCROLLING="no H 
10 NORESIZE> 

<FRAME SRC=" http:/rt0.1.22.1/name.htm" SCROLL!NG="no" 

NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS»"100%,0%"> 
1 5 <FRAME SRC="background.htm" SCROLUNG="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS-'48%,4%,48%"> 
<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://1 0.1. 229.1 /icon. htm" SCROLLING="no" 
20 NORESIZE> 

<FRAME SRC=" http://10.1.229.1/name.htm" SCROLLING="no M 

NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 
25 <FRAME SRC="background.htm M SCROLLING="no" NORESiZE> 
</FRAMESET> 

<FRAMESET ROWS="73%. 27%" > 

<FRAME SRC=" http://10.30.30.1/icon.htm" SCRGLLING="no" 

NORESIZE> 

30 <FRAME SRC=" http://10.30.30.1/name.htm" SCROLLING="no" 



A1 



NORESIZE> 

</FRAMESET> 

</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 
5 <FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
</FRAMESET> 

<FRAMESET ROWS="100%.0%"> 

<FRAME SRC="background.htnY' SCROLLlNG="no M NORESIZE> 
10 </FRAMESET> 
< FRAMESET 

COLS="1 .2%,23.5%,1 .2%,23.5%.1 .2%,23.5%,1 .2%.23.5%.1 .2%"> 
<FRAMESET ROWS="100%,0%"> 

<FRAME SRO"background.htm" SCROLLING="no" NOREStZE> 
15 </FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://1 0.4 1.1.1 /icon. htm" SCROLLlNG="no" 

NORESIZE> 

<FRAME SRC=" http://10.41. 1.1/nanra.htm" SCROLLING*"™" 
20 NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS*"100%.0%"> 

<FRAME SRC="background.htm" SCROLLING="no" NORESlZE> 
</FRAMESET> 
25 <FRAMESET ROWS="73%, 27%" > 

< FRAME SRC=" http://10.41.21-1/icon.htm" SCROLLING="no" 

NORESIZE> 

<FRAME SRC=" http://10.41 .21. 1/name.htm" SCROLL! NG="no" 
NORESIZE> 
30 </FRAMESET> 
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<FRAMESET ROWS="100%.0%"> 

<FRAME SRC="background.htm" SCROLLING="no H NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="73%. 27%" > 
5 <FRAME SRC=" http://10.45.11/icon.htm" SCROLLING="no" 

NORESI2E> 

<FRAME SRC=" http://10.451. l/name htm" SCROLLING="no" 
NORESIZE> 
</FRAMESET> 
10 <FRAMESETROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://10.100.11/icon.htm" SCROLLING="no" 
15 NORES1ZE> 

<FRAME SRO" http://10.1001. 1/name.htm" SCROLLlNG="no" 

NORESlZE> 
</FRAMESET> 

^FRAMESET ROWS="100%.0%"> 
20 <FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLL! NG="no" NORESIZE> 
25 </FRAMESET> 
< FRAMESET 

COLS="1 .2%,23.5%.1 .2%,23.5%.1.2%,23.5%.1.2%,23.5%.1 .2%"> 
<FRAMESET ROWS="100%.0%"> 

<FRAME SRC= w background.htm" SCROLLING="no" NORESlZE> 
30 </FRAMESET> 



<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://10.122.22.1/eia.htm" SCROLLING="no" 

NORESIZE> 

< FRAME SRC=" http://10.122.22 1/eia.htm" SCROLUNG="no" 
5 NORESIZE> 
</FRAMESET> 

< FRAMESET ROWS="100%.0%"> 

<FRAME SRC= M background.hlm" SCROLUNG="no" NORESIZE> 
</FRAMESET> 
1 0 <FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://10.122.122.122/icon.htm" SCROLLING="no" 

NORESIZE> 

<FRAME SRC-" http://10.122.122.122/name.htm" 

SCROLLING="no" NORESIZE> 
15 </FRAMESET> 

< FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLLING="no" N0RESIZE> 
</FRAMESET> 

<FRAMESET ROWS= H 73%, 27%" > 
20 <FRAME SRO" http://10122.122.1237icon.htm" SCROLUNG--"no" 

N0REStZE> 

<FRAME SRC=" http://10.122.122.123/name.htm" 

SCROLLING«"no" NORESIZE> 
c/FRAMESET> 
25 <FRAMESET ROWS="100%,0%"> 

< FRAME SRC="background.htm" SCROLLING*"no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="73%. 27%" > 

<FRAME SRC=" http://10.122.122.124/icon.htm" SCROLLlNG="no" 

30 NORESlZE> 
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<FRAME SRC=" 
http://10.122.122.124/name.htm" SCROLLING="no" NORESlZE> 
</FRAMESET> 

<FRAMESET ROWS="100%.0%"> 
> < FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLLING="no" N0RES12E> 
>0 </FRAMESET> 
</FRAMESET> 

<BODY BGCOLOR="#FFFFF0" TEXT="#000070" LINK= ,1 #OO00ff' 
ALINK="#FFO0OO"VLINK="#0O7986"> 
</BODY> 
1 5 </HTML> 
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<HTML> 
<HEAO> 

<TITLE>Background<mTLE> 

</HEAD><BODY BGCOLOR="#007986"></BODY> 



</HTML> 



Pf*2^3- lcon.htm ffl? 



<HTML> 
<HEAD> 

<TITLE>Device lcon</TITLE> 
</HEAD> 

<BODY BGCOLOR="#FFFFF0" TEXT="#000070" LINK="#0000ff 

ALINK="#FFOOOO" VLINK="#007986"> 

<br><br><CENTER> 

<IMG SRC="icon.gif' border=0> 

</CENTER> 

</BODY> 

</HTML> 
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<HTMI> 
<HEAD> 

<TITLE>Device Name</TITLE> 
</HEAO> 

<BODY BGCOlOR="#FFFFF0" TEXT="#000070" LINttTOOOOT 
ALINK="#FF0000"VUNK= ,, #007986 , '> 

<CENTER><FONT size=+0>Samsung Device</font></CENTER> 

</BOOY> 
</HTML> 
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Home network device information architecture 



Description of corresponding document: WO0108151 



Home Network Device Information Architecture 
TechnicalField 

The present invention relates to the field of networks, and more particularly, to home networks having multi-media 
devices connected thereto. 

< Notice of Inclusion of CopyrightedMaterial > 

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
copyright owner has no objection to thefacsimile reproduction by anyone of the patent disclosure, as it appears in the 
Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever. 

< Cross-References to Related Applications > 

Applicants claim the benefit of U. S.Provisional Application No. 

60/146,101 entitled"Network Architecture/Tiled onJuly, 27,1999, and U. S. 

Provisional Application No. 60/149,5 1 5entitled"External Web Serverlncluded in Home NetworkTop-Level User 
Interface Description/Tiled on August 17, 1999, which applications areincorporated herein by reference. 

Background Art 

A networkgenerally indues a communication link and various devices with communication capability connected to 
the communication link. The devices include computers, peripheral devices, routers, storage devices, and appliances 
with processors and communication interfaces. An example of a network is a home network for a household in which 
various devices are interconnected. Ausual household can containseveral devices including personal computers and 
home devices that aretypically found in the home. As such the term"device"typically includes logical devices or 
other units having functionality and anability to exchange data, and can include notonly all home devices but also 
general purpose computers. Home devices include suchelectronic devices as security systems, theater equipment, 
TVS, VCRs, stereo equipment, and direct broadcast satellite services or (DBSS), also known as digital satellite 
services (DSS),sprinkler systems, lighting systems, micro waves, dish washer, ovens/stoves, washers/dryers, and a 
processing system in an automobile. 

In general, home devices are used to perform tasks that enhance a homeowners life style and standard of living. For 
example, a dishwasher performs the task of washing dirty dishes and relieves the homeowner of having to wash the 
dishes by hand. A VCR can record a TV program toallow a homeowner to watch a particular program at a later time. 
Security systems protect the homeowners valables and can reduce the homeowners fear of unwanted entry. 

Home devices, such as home theater equipment, are often controlled using a single common control unit, namely a 
remote control device. This single common control unitallows a homeowner to control and command several 
different home devices using a single interface. Thus, many manufacturers havedeveloped control units 
forcontrolling and commanding their home devices from a single interface. 

One drawback associated with using the remote control unit to command and control home devices is that it provides 
static and command logic forcontrolling and commanding each home device. Therefore, a particular remote control 
unit canonly control and command those home devices for which itincludes the necessary control and command 
logic. For example, if a remote control unit comprises logic forcontrolling a television (TV), a video cassette recorder 
(VCR), and a digital video device (DVD), but not a compact disk (CD) unit, the remote control unit can not be used 
to command and control the 

CD unit. In addition, as new home devices are developed, the remote control unit will not be able to control and 
command the new home devices that require control and command logic that was not known at the time the remote 
control unit was developed. 

Further,typically a remote control unit can only be used to command and control those home devices that are within 
the signal range of the remote control unit. Therefore, a user cannot use the remote control unit from a single location 
in the house to control and command home devices that are interconnected, but located in separate areas of the home. 
For example, a VCR that is located upstairs in a bedroom may be connected to a TV that is downstairs in the family 
room. If a user wishes to play a tape contained in the VCR located upstairs in the bedroom, on the TV located 
downstairs in the family room, the user cannot control and command both the TV and the VCR from a single 
location. 

Another drawback associated with using remote control units is that known remote control units cannot control a 
plurality of diverse devices, and more particularly, cannot control a plurality of devices having different capabilities 
to communicate with each other in order to accomplish tasks or provide a service. Further, conventional network 
— ♦ a~ ~m*,;A a n mo^anicm frvr cafhvnrp annlir.atinn*? in different network devices to automatically 



However, in such 1 networks a change todevice information (e. g., ICON) in a device requires a change to, 

andj ebuilding of, the toplevel page. Further, if the device displaying the central user interface becomes unavailable, 

user control of the network is curtailed. Another problem with the central/singular page is that every Ul device must 

display the same page, and a scope is not provided for each manufacturer to generate its ownUI.look and feel nor 

alter the technology used in the Ul device. The content of an icon/information representing a device cannot be 

changed, and a Ul device cannot display a more prominent look to a device icon such as the icon for theUI device 

itself. 

Nor can a Ul builder tool obtain e-business icons from anexternal Web Portal. 

Such a model cannot be standardized for industry use because a central/singleUl device controls theUI. 

There is, therefore, a need for a method and a system which provides dynamic control and command devices in a 
home network. There is also a need for such a method and system to provide theability to control a plurality of 
diverse devices having different capabilities via different dynamic user interfaces. 

Disclosure of the Invention 

The present invention satisfies these needs. In one embodiment, the present invention provides a method and system 
for providing a user interface forcontrolling devices that are currently connected to a network, such that atleast one of 
said devices performs steps including: (a) obtaining information from one or more of the devices currently connected 
to the network, said information in dueling device information; and (b) generating a user interface description based 
atleast on the obtained information, the user interface description including a reference associated with the device 
information of each of said devices currently connected to the network, such that the referenceincludes atleast one 
link to information contained in said devices currently connected to the network. As such, a user interface can be 
displayed using the references in the user interface description, for controlling said devices currently connected to the 
network. 

In one version, atop-level home network (HN) directory page can be describedentirely in the'abstracftoallow devices 
freedom to control device icon informationcalled by reference (not direct). Thisallows the devices to change icon 
content and content technology without incurring the overhead of command and control back to a central device to 
make the change. Further, there is no need for a central device, because thetop-level HN directoryalways uses the 
same abstract references and any device can use the references to provide user access to all devices. 

Brief Description of the Drawings 

These and other features, aspects and advantages of the present invention will become better understood with regard 
to the following description, appended claims and accompanying drawings where: 

FIG. 1 shows an example block diagram of the architecture of an embodiment of a network according to the present 
invention; 

FIG. 2 shows an example block diagram of the architecture of another embodiment of a network according to the 
present invention; 

FIG. 3 illustrates an example of a layered interface model that can be used for communicating between home devices 
in accordance with the present invention; 

FIG. 4A shows an example architecture diagram of a DVCR server device replaying video to a DTV client device 
capable of displaying a user interface, in a network according to the present invention; 

FIG. 4B shows another example architecture diagram of a server device communicating with a client device capable 

of displaying a user interface, in a network according to the present invention; 

FIGS. 5-6 illustrate exampletop-level GUIs representing the functions of networked devices to a user; 

FIG. 7 shows an example block diagram architecture of a home network constructed in accordance with another 

embodiment of the present invention; 

FIG. 8 shows an example process according to the present invention for communication between a 1 394 network and 
a non- 1 394 network forIP address configuration; 

FIGS. 9A-C show example functional block diagrams of connections to data and control bits of an embodiment of a 

discovery system architecture in a network according to another aspect of the present invention; 

FIG. 10 shows an example flow diagram for discovery and configuration agents in the home network in connection 

with the functional block diagrams in 

FIGS. 9A-C; 

* FIG. 1 1 shows an example flow diagram for user interface agent in the home network in connection with the 
functional block diagrams in FIGS. 9A-C; and 

Appendices 1-4, illustrativeexamples for (1) Top-Level Page description 250 (Appendix 1); (2) Background, htm 
(Appendix 2); (3)Icon. htm (Appendix 4); and (4) Name, htm (Appendix4). 

To facilitate understanding, identical referencenumerals have been used, where possible, to designate identical 
elements that are common throughout the figures. 

Best mode for carrying out the Invention < Network Overview > 

Referring to FIG. 1, in an embodiment of the present invention, a network 10 comprises multiple devices 1 1 
including atleast one client device 12 and at least one server device 14 interconnected via a communication link 16. 
The communication link 16 can include a 1394 serial bus providing a physical layer (medium) for sending and 



(FCP) as defined bylEC 61 883, or any other appropriate protocol. Thus, a 
network may generally include two or more devices interconnected by a physical 
layer exchange or transfer of data in accordance with a predefined 
communication protocol. ,, 

Each client device 12 may communicate with one or more server devices 14 in the network 10. Further, each server 
device 14 may communicate with one or more other server devices 14, and one or more client devices 12, in 
thenetwork 10. Each client device 12 can include a user communication interface including input devices such as a 
mouse and keyboard for receiving user input, and a display for providing a control user interface for a user to interact 
with the networked devices. The user interface can include a graphical user interface (GUI) 18 for providing 
information to the user. Each server device 14includes hardware as a resource in the network for providing services 
to the user, and can further include a server or service control program 20 forcontrolling the server hardware. 

Each server device 14 provides a service for the user, except control user interface, and each client device 12 
provides a service including control user interface for user interaction with the network 1 0. As such, only client 
devices 12 interact directly with users, and server devices 14 interactonly with client devices 12 and other server 
devices 14. Example services can include 
MPEG sourcing/sinking and display services. 

In an exemplary embodiment of the present invention, a browser based network (e. g., a home network) useslnternet 
technology to control and command devices including client devices and server devices that are connected to a 
network. Each device indues device information such as interface data (e. g. HTML,XML, JAVA, JAVASCRIPT, 
GIF, PEG, graphics files, or any other formatuseful for the intended purpose) that provides an interface for 
commanding and controlling of the device over the network. In certain embodiments, each device indues device 
information such as one or more 

Hypertext markup Language (HTML) pages that provide for the commanding andcontrolling of that device. Using 
the browser technology, the network employs Internet standards to render the HTML pages in order to provide users 
with a plurality of graphical user interface (GUis) for commanding and controlling each device. In one example, the 
network is configured as an Intrant. 

In one embodiment, a client device comprises a device providing control interface service to a human operator, 
including a graphical display hardware for down communication and a mouse or other point-and-click device for up 
(or return) communication. A server device comprises a modulesupplying a service, which can be any service other 
than a control interface provided by a client device. As such, the server/client devicerelationship is acontrol 
relationship, wherein the server device provides a service but a client device can use the data, as a DTV displays 
video data, but need notmanipulate or alter the data. 

It is thus consistent with this definition to observe that, frequently, a server may be a source of information and a 
client (a browser, for example) may be a consumer of information. 

Examples of specific functions which can beimplemented by server devices include: return of information (data); 
performance of a function (e. g., mechanical function) and return of status; return of a data stream and status; 
reception of a data stream and return of status; or saving of a state for subsequent action. Examples of server devices 
include MPEG source, sink and display servers. While a server device typically includes a custom, built-in, control 
program to implement control of its own hardware, a client functions to interface with the server device. However, 
server device as used herein does not imply that a web server and a protocol stack must be used. 

FIG 2 shows a block diagram of an embodiment of a network 100 according to an aspect of the present invention. A 
1394 serial bus 1 14, described above, electronically connects multiple devices 1 1 including server devices 14 (e. g„ 
DVD 108, DVCR 1 10), client devices 12 (e.g., DTV102, 103), Bridge 1 16, DVCR120, PC 105,cable/modem access 
107 and DBS access 109, on the network 100. FIG. 3 illustrates an example of a layered interface model that can be 
used for communicating between the devices 1 1 in accordance with the present invention. In this example, a device 
(server) 150 communicates with a client device 166 using one or more of the network communication layers 152- 164. 
In one example, an application in the device 150 communicates with an application in the device 166 via the network 
layer 160 The details oflower layers 162 and 164 are not seen by the applications, whereby use of e. g. either 1394 or 
Ethernet does not make a difference to said applications in the devices 150,166. Further not all the upper layers of the 
" 7layer model are usedall the time (e. g., in the Web model (TCP/IP model) session layer 156 and presentation layer 
154 are not used). As such, in one version, by employing the Internet Protocol standard for the network layer 160, the 
devices can communicate with each other without having to know specific details about the other communication 
layers (i e application 152, presentation 154, session 156, transport 158, data link 162 and physical 164). Thus, by 
employing the InternetProtocol standard for the network layer 160, the network can use a combination of different 
communication layers in communicating between different devices. 

A single physical package can include several devices which are logically networked via a network layer for example 
as shown in FIG. 3 not necessarily via a physical network (e. g., such devices can include a VCR and a TV in a 
single housing) Where a logical device accesses a GUI to enable a user to control a device, the device and the logical 
device can beincluded in the same physical package. In such an embodiment, the physical device fetches a GUI from 
itself. However, in other embodiments the network interconnects separate physical devices, wherein for example, a 



network 100 (i. e. audio/video streams and command/control). 



Further, the 1394 serial bus provides automatic configuration reset such that when a device is pluecedui/removed all 
the 1394 interfaces reset, the 1394 bus reconfigures and every device knows the presence of evtrfother device 
(including anewly added one or without the one just removed). Also, the 1394 interface supports a data space for 
configuration information that is addressable from any deviceallowing other devices to write/read information and 
make modifications e. g. to permit the operation of the network layer protocol. However, it is possible to achieve 
these results with different software and standards. As such, the network 100 is not restricted to using a 1394 serial 
bus, and, in alternative embodiments of the present invention, other bus types, such a 

Ethernet, ATM,wireless, etc., can be used as thephysical layer if they meet the particular throughput requirements of 
an individual network (e. g., a home network). Further, a modified version of e. g. wireless-Ethernet can include 
theessential features of 1 3 94 . 

As depicted in FIG. 2, the network lOOincludes several devices connected to the 1394 serial busl 14 In this example 
the devices include a v * 

DBSS 104 for receiving transmission signal from a satellite 122 for subsequent display. Associated with the DBSS is 
a network interface unit("NIU") which, among other things, provides an interface between the DBSS satellite 
transmission and the 1394 serial bus 1 14. 

A digital video device (DVD) 108 is also connected to theexemplary network 100. The DVD 108 can be used to 
display digitally encoded videos on a television. Also connected to the exemplary network 100 is a digital video 
cassette recorder (DVCR) 1 10, i. e., a digital TV 102. In this example, the DTV 102 provides a human interface for 
the network 100 by employing browser technology to allow users to control and command for devices over the home 
network 1 00. A second DTV 1 03 provides another human interface for the network 100 by employing browser 
technology toallow users to control and command for devices over the home network 100. The DTVs 1 02 and 103 
can provide human interfaces for the network 100 as each DTV comprises a screen for displaying HTML pages. 
However other devices having display capability can be used to provide human interfaces. Thus, in certain 
embodiments of the invention, a device such as the personal computer 105 (PC) is used to provide a human interface 
for a respective home network, as a PC 105typically embodies a screen display unit. 

The 1394 serial bus 1 14 is depicted as using the HTTP/IP interface protocol, and preferablyHTTP/TCP/IP, wherein 
IP provides packet format (a one-way write only model), TCP provides an error free version oflP (e. g., ensures 
packets arrive and in correct order), and HTTP provides 2-way connection (packet to server will expect aresponse- 
a'read'model). Certain devices can require other protocol interface types (e. g., UPD/IP, FTP/IP, 
TELNET/IP,SNMP/IP, DNS/IP, SMTP/IP). In certain embodiments of the invention, a proxy 1 16 can be used to 
interface two networks usingdissimilar interface protocols on their respective mediums which, when connected, 
comprise the network 100. The proxy 1 16 (e. g. Web proxy) can include 
Home Automation type protocols such as the HTML/HTTP/TCP/IP proxy forXlO, 

Lonworks, CEBus (on their respective physical technologies), or non-IP protocols on 1394 (e. g.,AVC/FCP/1394). 
In certain embodiments, the two network mediums are of the same type. 

For example, as depicted in FIG. 2, the 1394 serial bus 1 14 using the HTTP/IP interface protocol is connected by a 
proxy 116 to the Home Automationneutral 1 18 (e. g., X10). By using the proxy 116 asHTMUHTTP/C TP/IP/ 1394 
proxy for 

VCR-Commands/AVC/FCP/1394, to interface between HTMUHTTP/TCP/IP and 

X10 protocols, DVCR 120 is also accessible on the network 100. In certain other embodiments, a network can 
comprise two network mediums of dissimilar types, e. g., a 1394 Serial bus and Ethernet. Therefore, in certain 
embodiments of the invention, a proxy is used to interface two dissimilar medium types to from a single network. A 
discovery process, described further below, can be used for the discovery of devices that are powered on and 
connected to the network 100, Also, the same 1 394 bus can be used without need for a bridge box. 

As depicted in FIG. 2, devices 1 1 including DTV 102, DTV 103, PC 105, 

DVCR 1 10, DVD 108, DSS-NIU 104 and DVCR 120 represent devices that are currently connected to the network 
100 comprising a 1394 network. A clientserver relationship exists among the attached devices, with the DTV 102, 
DTV 103 and PC 105 typically behaving as clients and devices DVCR 1 10, DVD 108, 
DSS-NIU 104 and DVCR 120 behaving as servers. 

Atypical 1394 network comprises interconnected devices such as a collection of appliances including server devices 
offering one or more services to be controlled (e. g., DVCR 100 as an MPEG video recording and replay service), 
and client device offering a user interface (Ul) service (e. g., DTV 102) forcontrolling the server devices. Some 
appliances (e, g., DTV 103) can have both services (e. g., MPEG decode and display capability) to be controlled, and 
aUl controller capability. According to an aspect of the present invention, methods and systems including protocols, 
document description, image compression and scripting language standards from technologies utilized in the World 
Wide Web standard (Web model) are used to implement t a 1 394 WEB user-to-device control model in the network 
100. The Web model is a client/server model. The controlled server device (service) comprises a Web server and 
thecontroller client device (i. e., a device capable of displaying aUl) comprises a Web client including a GUI 
presentation engine, described further below, such as a Web browser (e. g.,Explorer , Netscape, etc.) < User Device 



contained in the DVCR 1 10 or based on the device information 204 containedin the DTV 102. For example, the user 
can utilize a browser 200 in the DTV 102 to display an HTML control page GU1202 contained in the DVCR 1 10 or 
an 

HTML control page GUI 204 contained in the DTV 102. Each page 202,204 indues graphical user interface 
description information in HTML, wherein the browser 200 reads that information to generate agraphical user 
interface. 

Each page 202,204 represents the Control Interface of the Applications 206, 212, respectively. Each page 202,204 
can include a hierarchy of pages to represent a correspondingapplication control interface. 

Each GUI 202 and/or 204 includes active control icons and/or buttons for the user to select and control devices 
currently connected to the network 100. 

If, for example, the user selects a PLAY button in theGUI 202 of the DVCR 1 10 displayed by the browser 200 on the 
DTV 102, ahyperlink message is returned to the DVCR 1 10 Web server and directed to an application software 206 
(e. g., 

MPEGRecord/Replay Service Application Software) in the DVCR 1 10 for operating a DVCR hardware 208. In one 
example, an MPEG video stream source 208 in the DVCR 1 10 transmits an MPEG video stream to an MPEG vide 
decode and display system 210 in the DTV 102 for display under the control of application control software 212 in 
the DTV 102. The application software 206 in the DVCR 1 10 also sends information back to the application software 
212 in the DTV 102, including e. g. an acknowledgement if the operation is successful, or an altered or different 
control GUI 202 to the DTV 102 indicating status to the user. There can be further communication between the 
application softwares 206 and 212 e. g. for setting up a 1394 isochronous video stream connection for video stream 
service. 

FIG. 4B shows another example architecture diagram of a server device communicating with a client device capable 
of displaying a user interface, in a network 100. The server device such as DVCR 1 10 replays MPEG video to the 
client device such as the DTV 102 in the network 100, wherein the DTV 102 can display a user interface. 

< CommunicationProtocol > 

In an embodiment of the invention, the communication protocol between 

devices data representation, allowing devices to be built independently of the data being transferred over the network 
100 to which the devices are connected. 

< GUI Description Language > 

The description document language for defining various GUIs 202,204 can be e. g. HTML, version 4.0, the 
publishing language of the World Wide Web. 

HTML supports text, multimedia, andhyperlink features, scripting langages and style sheets. HTML 4.0 is an SGML 

application conforming to International 

Standard ISO 8879-Standard Generalized Markup Language. 

< Image Compression Formats > 

To display images, three still image graphics compression formats specified by the HTML specification are utilized 
in the 1394 WEB network 100 for ICON, LOGO and other graphics. The still image graphics compression formats 
are : Graphicslnterchange Format (GIF89s), Progressive Joint 
Photograhic Experts Group (JPEG) and Portable Network Graphics (PNG). 

Table 1 shows the differences in capabilities between the three different still image graphics compression formats. 

< Table 1 :Still Image Compression Formats > 
EMI 17.1 



<tb> <SEP> PNG <SEP> Progressive <SEP> GIF89a 
<tb> <SEP> JPEG 

<tb> Color <SEP> Depth <SEP> 48 <SEP> bit <SEP> 24 <SEP> bit <SEP> 8 <SEP> bit 

<tb> Colors <SEP> Supported <SEP> 16.7 <SEP> million <SEP> 256 

<tb> Formats <SEP> Supported <SEP> Raster, <SEP> Vector <SEP> Raster <SEP> Raster 

<tb> Compression <SEP> LZ77 <SEP> derivative <SEP> JPEG <SEP> LZW 

<tb> Scheme 

<tb> Transparency <SEP> Per <SEP> Pixel <SEP> for <SEP> Grayscale <SEP> No <SEP> Single <SEP> Color, 
<tb> <SEP> & <SEP> RGB, <SEP> 2 <SEP> levels <SEP> (Binary) 
<tb> <SEP> Per <SEP> Color <SEP> for <SEP> Indexe, 
<tb> <SEP> 256 <SEP> levels 

<tb> Progressive <SEP> Display <SEP> Yes <SEP> Yes <SEP> Yes 
<tb> Scalable <SEP> No <SEP> No <SEP> No 
<tb> Animation <SEP> No <SEP> Yes 



<tb> Gamma <SEP> Correction <SEP> Yes 
<tb> (light <SEP> intensity) 
<tb> Chromaticity <SEP> Both 

<tb> Correction r 
<tb> Searchable <SEP> Meta-Yes 
<tb> Data 

<tb> Extensibility <SEP> Yes, <SEP> chunk <SEP> encoded 
<tb> < Scripting Language > 

Further, the Web scripting language,ECMA-Script-262, is utilized to provide a means forvisually enhancing the GUI 
Web pages 202 as part of a 

Web-based client-server architecture. The scripting language is a programming language for manipulating, 
customizing, and automating thefacilities/services of the devices. The user interface 200 provides basic user 
interaction functions, and the scripting language is utilized to expose that functionality to program control. The 
existing system provides the host environment of objects and facilities completing the capabilities of the scripting 
language. The web browser 200 provides the ECMA-Script host environment for client-side computation including, 
for example, objects that represent windows, menus, pop-ups,dialog boxes, text areas, anchors, frames, history, 
cookies, andinput/output. 

The web browser 200 provides the host environment for the EXMA 

Script-262, and the host environment supports attaching scripting code to events such as change of focus, page and 
image loading, unloading, error and abort, section, form submission, and mouse actions. Scripting code isincluded 
within the HTML pages 202 and 204 and the displayed page is the browser 200includes a combination of user 
interfaceelements, and fixed and computed text and images. The scripting code responds to user interaction without 
need for a main program. 

< Client Device Specification > 

In one example, the specification for a 1394WEB client browser 200 indues HTTP1.1 specification, wherein 
section'8. 1 .2. 1 Negotiation'of the 

HTTP1.1 specification regarding connection persistence is modified such that an HTTPl.l client device such as e. g. 
the DTV102 expects a connection to server device such as e. g. the DVCR 1 10 via the 1394 to remain open, because 
the persistent connection in 1394WEB user control allows full status reporting from the server device (DVCR 1 10) 
while the GUI 202and/or 204 remains visible 

in the browser 200 of the client device (DTV 102). The HTTP connection remains open (HTTPspec RFC 2068) 
wherein a client that supports persistent connections may"pipeline"its requests (i. e., send multiple requests without 
waiting for eachresponse), A server must send its responses to those requests in the same order that the requests were 
received. Thisallows the web browser 200 to pipeline requests to the DVCR 1 10 which the DVCR 1 10 can then 
satisfy later with e. g. status responses such as Now Playing, Now 

Recording, Rewind Finished, TapeBroken, Etc. Other example implementations include e. g. the control page from 
the DVCR 1 10 can contain a request to loop on the DVCR 100 request of GUI description 202. 

The GUI presentation engine 200 is utilized in the client device such as the DTV 102 to interpret GUI descriptions 
202,204 written in the HTML4.0 document description language and the associated specifications(below), and to 
create the graphical form for display to the user. The GUI presentation engine 200includes the following e. g. 
attributes: (1) window (GUT) minimum default size of e. g.,H0x640 pixels (480x640 where 480 vertical, 640 
horizontal). 

This default size is to insure the intended appearance in theGUls 202,204 is transferred to the user in the browser 
200. The transferred GUIs 202,204 are displayed in a window 480x640 pixels or magnified larger with the same 
aspect ratio uniess otherwise directed by the user ; (2) still image compression formats : e. g., GIF89a, JPEG, and 
PNG; (3) style sheet formats and fonts; e. g., CSS1 and CSS2; (4) fonts such as the following e. g.built-in fonts are 
required for the client device to free simple server appliances from having to support such fonts. 

Minimum one font from each generic Latin family can be selected: e. g., Times 
New Roman,from'serif family ; Helvetica, from'sans-serif family; Zapf 

Chancery, from'cursive'family; Western from'fantasy 'family; and Courier from 'monospace'family. Other fonts can 
also be utilized; and (5) scripting language e. g., ECMA-262. Examples of the GUI presentation engine 200 include 
* Web 

browsers such asExplorer andNetscapew configured/customized as desired, 

< Server Device Specification > 

One or more of the server devices (e, g. a 1394 WEB network, controlled appliance Web server such as the DVCR 
1 10), include thefollowing six enumerated components: 
(1) HTTPl.l web server protocol, with section'8, 1.2.1 

Negotiation'of the HTTPl.l specification regarding connection modified such that an HTTPl.l server device (e. g. 
DVCR 1 10) assumes that a HTTPl.l client device (e. g., DTV 102) intends to maintain a persistent connection with 
the server device. The persistent connection in the 1394WEB network lOOallows full status reporting from e. g. the 
server device DVCR 1 10 to the client device 

DTV 102 white the GUI 202 of the DVCR 1 10 remains visible in the browser 200 of the DTV 102. Further, a 



HTTP"conditionalget"requests to determine whether or not fresh copies of web pages or graphicsshould be retrieved 
from the server. 

(2) Device home page GUT descriptions 202,204 written e. g. in 

HTML4.0, include file e. g. icon, htm, name, htm, logo, htm, index, htm, gif files, etc.. 

The file index, htm is referenced by HTML linksincluded in device icon, htm and name, htm HTML files, wherein 
index, htm can beoptionally named e. g. 

"INDEX. HTML" or"INDEX. HTM". File named INDEX. HTM is not required to be a standard name because the 
ICON. HTM and NAME. HTM are made with hyperlinks to the'INDEX. HTM', therefore the name is arbitrary. 

ICON. HTM and LOGO. HTM reference the actual graphics files in the same device e. g. LOGO.GIF and ICON. 
GIF. The descriptions 202,204 are accessible by the devices (e. g., HTTP devices) in the network 100. Toguarantee a 
desired appearance, the control GUI design can be for a default GUI size of e. g. 

480x640 pixels. For example, a transferred GUI 202 can be displayed in a window of 480x640 pixels in the browser 
200 or magnified larger with the same aspect ratio unless otherwise directed by the user. 

(3) Atleast two device CON files are provided to represent the device in a top-level network page 220 (FIGS. 5-6) in 
the browser 200 showing information about the devices connected to the network. AnICON can comprise a graphic 
file type (e. g. GIF, JPG or PNG) and named ICON. HTM. 

In one exampleJCON. HTM (DVCR) references the INDEX. HTM file in the 
HTML page 202 and ICON. HTM(DTV) references the INDEX. HTM file in the 

HTML page 204. The top-level link for the control pages (e. g,, INDEX. HTM) of the device can be ICON. HTM. 
The browser 200 places the icons and links therein) of a plurality of devices in the network 100 in the top-level HN 
directory page 220 for service discovery by the user. Then user clicks the ICON displayed in the page 220 and the 
device page (e. g. INDEX. HTM in page 202) is fetched. 

The default displayed HN directory is the top-level discovery page. 

A number of additional and different graphic icons can also be utilized, for example, to represent device status, user 
configured preference or 

manufacturers formats which may be substituted for the icon graphic. In a discovery process described further below, 
CONs from the devices connected to the network 100 are collectetogether and displayed in the top level network 
devices page 220 for selection by a user. Anexample device ICON 

specification comprises: File name ICON. HTM accessible by the HTTP server (files names arc in a directory, file 
space, accessible by the web server so that they can be retrieved and forwarded over the network to the browser); 
Graphic file type such as GIF, JPG or PNG; and Icon graphic with a maximumsize of 70 (V)xl30 (H) pixels. 

(4) Atleast two device LOGO files are provided to represent the device in the top-level network devices page. LOGO 
can comprise a graphic file type (e. g., GIF, JPG or PNG) and named LOGO. HTM. In one example, 

LOGO. HTM (DVCR) references the INDEX. HTM in the HTML page 202 and 

LOGO. HTM(DTV) references the INDEX. HTM in the HTML page 204. In one version, the top-level link for the 
control pages (e. g., INDEX. HTM) of the device can be LOGO. HTM. All device logos are placed in the top-level 
HN directory page 220 for service discovery by the user. Then user clicks the LOGO displayed in the page 220 and 
the device page (e. g. 202) is fetched. A number ofadditional and different graphics for manufacturer services can be 
substituted for the logo graphic format. According to the discovery process, LOGOs from devices connected to the 
network 1 00 are collecte together and displayed in the top level network devices page 220 for selection by a user. An 
example device LOGO specification comprises : File name LOGO. HTM accessible by the 
HTTP server; Graphic file type such as GIF, JPG orPNG ; and logo graphic maximum size of about 70 (V) xl30 (H) 
pixels. 

(5) Atleast one device NAME is provided to represent the device in the top-level network devices page. NAME 
„ comprises TEXT in an HTML file 

NAME. HTM. This text can also reference control pages (e. g., 202). This is a top-level link in the discovery page to 
the control interface of the device. The text provides a way to distinguish identical devices whereby for e. g. two 
identical 

DTV's can be distinguished by adding NAME text'Bedroom TV'andTamily 

Room TV'. The text can comprise a few words to clearly represent the device type e. g. DVCR or DTV. According to 
the discovery process, NAMEs from 

devices connected to the network are accessed along with correspondinglCONs/LOGOs and displayed in the toplevel 
network devices page 220 under the ICON/LOGO. An example NAME specification comprises: File name 
NAME. HTM accessible by the HTTP server; Text unspecified, such as, with 
Font size 10, two lines of text can be displayed under the corresponding 

ICON/LOGO. Therefore, for example the space size for the NAME. HTM text can be 20 vertical by 130 horizontal 
to match thelCON/LOGO (70 vertical x 130 horizontal). As shown by example inFIGS. 5-6, the format of thetop- 



(6) A device information summary home page description document written in HTML4.0 can be provided, named 
e.g."info. html" or "info, htm", and made accessible by the HTTP server for the discovery process. 

A link can be provided to INFO. HTML information via control pages e. g. 202, 204. The device information 
summary homepage provides the user a device summary instead of the detailed control interface as shown in the 
device 

homepage. Table 2 shows device attributes text that areincluded and others that can be included. This table can be 
extended toincluded other attributes. 

< Table 2 -Device information summary > 
EM124.1 



<tb> NameValue 

<tb> Device <SEP> NameDevice <SEP> name <SEP> (user <SEP> configurable) 

<tb> Device <SEP> Location <SEP> Device <SEP> location <SEP> in <SEP> home <SEP> (user <SEP> 

configurable) 

<tb> Device <SEP> Icon <SEP> Current <SEP> Device <SEP> ICON <SEP> name 

<tb> Device <SEP> Type <SEP> Device <SEP> type <SEP> or <SEP> category <SEP> (VCR, <SEP> DSS, 

<SEP> TV, <SEP> etc.) 

<tb> Device <SEP> Model <SEP> Device <SEP> model 

<tb> Manufacturer <SEP> Name <SEP> Name <SEP> of <SEP> device <SEP> manufacturer 
<tb> Manufacturer <SEP> Logo <SEP> Manufacturer <SEP> Logo <SEP> image <SEP> name 
<tb> Manufacturer <SEP> URL <SEP> Device <SEP> manufacturer's <SEP> URL 

<tb> Stream <SEP> Source <SEP> Name <SEP> Service: <SEP> Default <SEP> source <SEP> device <SEP> 
name <SEP> for <SEP> this <SEP> Device's 
<tb> Default <SEP> destination <SEP> service 

<tb> Stream <SEP> Destination <SEP> Service: <SEP> Default <SEP> destination <SEP> device <SEP> name 

<SEP> for <SEP> this <SEP> Device's 

<tb> Name <SEP> Default <SEP> source <SEP> service 

<tb> Stream <SEP> Source <SEP> Type <SEP> of <SEP> service <SEP> device <SEP> can <SEP> deliver <SEP> 
(attributes <SEP> and <SEP> capability 
<tb> Attributes 

<tb> Stream <SEP> Destination <SEP> Type <SEP> of <SEP> service <SEP> device <SEP> can <SEP> receive 
<SEP> (attributes <SEP> and <SEP> capabilit 
<tb> Attributes 
<tb> 

Table 2includes device summary information such as Manufacturer 
Name, Manufacturer Logo image name, and can further include a Manufacturer 
URL for help if there is anavailable Internet connection to the manufacturers 
Web site. Table 2 can further include a user configurable Device Name and 
Device Location in the home. There can beseveral variations of the Device 

Icon representing different states of the device. The Devicelcon attribute fieldincludes the name of the current icon. 
Therefore, the device summary information page can provide immediate device state information to the user by 
displaying the icon representative of current state. 

Each device can include one or more services, e. g. video Stream Source or video Stream Destination. Each source 
capability has acomplementing t 
Default Destination capability and each destination capability has a complementing Default Source capability. This 
Stream Default Name entry can be used e. g. to automatically default the nearest DTV to be the destination when a 
DVCR is being controlled as source to eliminate having to select the DTV each time. A background cross- 
referencing of the Stream Default Name to 1394 address is provided. The video stream services are provided by the 
1394 interface itself (not by Web model). As such there is a linkage of the default source or sink to the 1394 address 
mechanism. The user can access a device andselect a name for default, which is then saved on the device. The 
. device's software agent must find the 1394 address and parameters for the 1394 s/w to enable the default stream 
when required. 

Using the Source and Destination service attributes, new server/services can beiraplemented while maintaining 
compatibility with existing host or device (nodes) and services. For example, if a new server device providing a new 
service isdeveloped that is compatible with an existing server device, both the new and existing servers can be added 
to the attribute list of the new nodewhile maintaining compatibility with existing nodes using the existing server in 
the network 100. The user canselect a compatible device for purchase. These provide a user 

with"ABOUT"information to check capabilities of existing equipment e. g. prior to purchasing new equipment where 
compatibility is desired. 

< Network Operation > 

A discovery process for every device supporting the 1394WEB standard (e. g. devices capable of display ing a user 



browser 200 as shown by example inFIGS. 5-6. ^dynamically createdtop-Ievel HN directory page 220 is made the 
default page for the browser (first page displayed when the browser is launched). 

With reference to FIG. 4B, example operation steps include: (1) the browser 200 in device 102«is launched m the 
browser 200 fetches and presents w 
HN-Directory HTM(Top-Level Ul) from the page 204, (3) the browser 200 fetches the HTM files icon htm and 
names, htm from pages 202,204 and presents in theTop-Level Ul, (4) the browser 200 fetches any graphics files (e 
g., GIF) from pages 202,204, and presents inTop-Level Ul, (5) the browser 200 is then able to present the full HN 
Directory page 220 (page 220 is made with hyperlinksto'INDEX. HTM 1 files for different devices connected to the 
network 100), and (6) when a user clicks e. g. DVCR icon in GUI 220 to control the DVCR 110 a 
correspondinghyperlink in the top-level page 220 to 'INDEX. HTM' of the DVCR 110 is used to retrieve the'INDEX 
HTM' (top control page of DVCR) from page 202 in the DVCR 1 10, and present the DVCR control page to the user' 
(e. g., if the frame that was clicked (e. g. the icon, htm frame) is not large enough, a graphic is presented in another 
copy of the browser with full frame size). The user can then command and control the DVCR 1 10 using the control 
interface provided by'INDEX. HTM'of the DVCR device 1 10 presented by the browser 200 in theDTV 1 02 
The name'INDEX.HTM 1 is arbitrary because the ICON. HTM and 

NAME. HTM are made withhyperlinks to the'INDEX. HTM'. HoweverJCON. HTM and LOGO. HTM reference 
theactual graphics files (e. g. LOGO. GIF and ICON. GIF) in the same devices. In one embodiment, LOGO. HTM 
can be optional if a logo for a device isoptional. The HN Directory HTML file can have a standard name so that it 
can be accessed from another device. 

FIGS. 5-6 show that the host device, such as a client device (e. g., DTV 102,HDTV1) or server device (e. g., DVCR 
1 10) that generates and presents thetop-level GUI page 220 can assume priority and use a larger size icon for the host 
device's icon, name, logo, etc. In one version, only devices with servers (services on offer) are displayed in the GUI 
220 (a"Client device"comprises device with Client capability, where if it is only client then it is not displayed in the 
top-level GUI as there is no service to offer). The discovery process reads information from the 1394 address space 
data storage (configuration ROM structure), as defined in clause 8 of ISO/IEC 132 13. Although called'ROM'it is 
assumed that the address space is write-able toallow user configuration and modification of user relevant stored 
values. The contents of the configuration 
ROM and the discovery process are described further below. 

Device naming, addressing and discovery processes for home or local network control of consumer devices 
usinglnternet, Web and 1394 technology, can be different from the requirements andpractice in the general Internet 
space. As such according to an aspect of the present invention for in home or local network control of consumer 
devices, special processes including device discovery, addressing and naming requirements are utilized. For example, 
the home network mustfuily function without the presence of external communications and services, without a 
network administrator, and configuration must befully automatic. User control can be in many casesentirely 
keyboardless. Further, theIEEE1394 protocol is utilized to provide a sophisticated interface including features that 
can be provide simple, efficient and superior discovery and configuration functions. 

< 1394 Home Network > 

FIG. 7 shows a block diagram of a network 300 constructed in accordance with another embodiment of the present 
invention. To facilitate understanding, identical referencenumerals have been used, where possible, to 
designateidentical elements that are common throughout all the figures herein. As depicted in FIG. 7, a 1394 serial 
bus 1 14, described above,electronically connects multiple devices including server devices 14 (e. g., DVD 
108,DVCR 1 10) and client devices 12 (e. g., DTV 102) on the network 100, described above in reference to FIG. 2, 
wherein the devices communicate using the example layered interface model of FIG. 3 as described above. 

The network 300 is notrestricted to using a 1394 serial bus, and, in alternative embodiments of the present invention, 
other bus types, such a 

Ethernet, ATMwireless, etc., can be used as the physical layer if they meet the particular throughput requirements of 
an individual network (e. g., a home network). As depicted in FIG. 7, the network 300 includes several devices 
connected to the 1394 serial bus 1 14. In this example, the devices include a 

DBSS 104 for receiving transmission signal from a satellite 122 for subsequent display. Associated with the DBSS is 
a network interface unit ("NIU") which, among other things, provides an interface between the DBSS satellite 
transmission and the 1394 serial bus 1 14. A digital video device (DVD) 108 is also connected to the exemplary 
network 300. The DVD 108 can be used to source digitally encoded videos for display on e. g. a digital 
television. Also connected to the exemplary network 100 is a digital video cassette recorder (DVCR) 1 10, a digital 
TV (DTV) 102. In this example, the DTV 102 provides a human interface for the network 300 by employing browser 
technology toallow users to control and command for devices over the home network 300. A second DTV 103 
provides another human interface for the network 100 by employing browser technology toallow users to control and 
command for devices over the home network 100. The DTVs 102 and 103 can provide human interfaces for the 
network 300 as each DTV comprises a screen for displaying HTML pages. However other devices having display 
capability can be used to provide human interfaces. Thus, in certain embodiments of the invention, a device such as 
apersonal computer 105 (PC) is used to provide a human interface for a respective home network, as a PC 
1 OStypically embodies a screen display unit. 



The 1394 serial bus 1 14 is depicted as using the HTTP/IP interface protocol, and preferablyHTTP/TCP/IP, wherein 



network 300. 



For example, as depicted in FIG. 7, the 1394 serial bus 1 14 using the 

HTTP/IP interface protocol is connected by a proxy 1 16 to the Home Automation network 1 1 8-(e e X \0) Bv usine 

Jl? rOX ^^L^!r ,UH ™ CTP/IP/1394 prox y forVCR-Commands/AVC/FCP/1394, to interface 
betweenHTMUHTTPAl CP/IP and X 1 0 protocols, DVCR 1 20 is also accessible on the network 300 

S i?,^?? * e " etW , 0riC 300 C£U1 be connected 10 ™ ex *™l network 1 19 ofdissimilar type (e. g Ethernet) 
to the 1^94 Serial bus, via a bus B J-MMa,K? ^ 

121. A proxy 1 17 is used to interface the twodissimilar medium types. For communication between the addressing 
scheme of the external network 1 19, and the addressing scheme of the network 300, the bridge 1 17 comprises a 
Network Address Translation (NAT) boundary. This technique can be utilized for company LAN's and is a'divide 
and conquer'approach to thecomplex problem of satisfying various network's differing IP address requirements and 
prevents running out of IPV4'addresses. Theexternal network can include e. g. CABLE-TV network 1 1 5 via Ethernet 
to the telephone e. g. ADSL), providing broadband connection to the Internet and WWW The 
Ethernet 1 1 9 provides the bridge function to theexternal network. The bridge 1 1 7 or Ethernet 1 1 9 may provide the 
NAT address conversion function.If the ~ Y 

Ethernet is to provide local private (to home only) addressing (e. g. as defined by then IETF standard RFC 1918} 
then the NAT function is in the Ethernet 1 19. 

Existing cable modems are set up with a global address and also Internet global address for the PC on the Ethernet 
(in this case the NAT is in the bridge 1 17). 

< IP Name/Address Configuration > 

The aforementioned device naming, addressing and discovery processes for the network 300 are now described For 
device naming point and click Web operation (e. g, usingGUINVeb) does not require name services (DNS, Domain 
Name Service). The Web GUI provides an abstraction layer, and the addresses are hidden as hypertext links invoked 
by user'clicks'to active 

GUI areas (e. g., buttons). Any change to the devices in the local network 300 causes thetop-level discovery GUI 
page 200 (FIGS. 5-6) to be recreated by the browser 200 (FIGS. 4A-B) representing the status of the devices in the 
network 300 at that time and by default presented to the user for immediate use. 

For device to device control a different look-up service is utilized for more than names (e. g., service look-up and 
application look-up). As such, DNS may not provide the necessary features for device to device control However a 
device (e. g., a 1394 connected PC) can access a DNS service asusual. DNS is not required for discovery or operation 
of devices/services within the home, but DNS (name to.address) look-up service is required for external accesses e 
g. from a PC. When a name e. g."www. yahoo, com" is typed in to a 
Browser then look up take place for the IP address of the Yahoo computer, i. e. 

216.32.74.52, because the Internet (even home Internet) operates with addresses. 

For a 775 WEB Ul device whichincludes an agent for generating the HNtop-Ievel directory GUI description and also 
indues access to the special company web server e. g. homewideweb. com(IP address), can also have the 
DNS address knowledge. The DNS server computer IP address can be anyIP address under the control of the 
manufacturer.Effcctively the DNS address is built-in to the device (or can be updated if the agent is made to be 
update-able and is later updated). 

For device addressing, in one embodiment of the invention, utilizing fixed 

IP addresses from a large address space can afford the simples and most reliable network configuration, and 
thereadily accessible ROM data space inthel394 interfaceallows utilization of fixed IP addresses therein. In another 
embodiment of the invention, non-fixed IP (dynamic) addresses can be utilized, wherein an abstraction layer (e. g., 
name or look-up mechanism) is employed to retain pre-organized communications 
For IP address configuration, the following protocols can be utilized: (1) 

Dynamic Host Configuration Protocol (DHCP) with DHCP servers and DHCP clients, (2) DHCPcLients resort to 
auto-configuration (DHCP server not present), 

and (3)preferably, FWHCP (Fire- Wire Host ConfigurationProtocol) server 
•agent (s) and FWHCP clients, described further below. The auto-configuration 
in (2) above is that proposed as anIETF Draft r, draft-ieff-dhc-ipv4-autoconfie- 
04.txt". K 5 



DHCP requires support of the BOOTP/UDP protocol, and replicates what is done within the 1394 specification and 
provides features such aslease time and dynamic addressing. Typical DHCP requires management by an administrator 
and must be configured and adapted to the network requirements of mass manufactured consumerelectronics (CE) 
appliances where, for example, multiple identical CE appliances with DHCP serverbuilt-ins must be considered. 

The 1394 technoIogyprovides'Plug-in'or'Power-up'reset and following'Self-ID'sequences, well suited for network 
configuration. Further, the 1394 specification provides abuilt-in'ROM'address spacewell suited for storage of and 
access to, configuration data (e. g„ IP addresses). As such, in a preferred embodiment of the invention, an IP address 



attached networks other than 1394. Devices are manufactured with abuilt-in IP address from the 10 x x x ranee in 
theunhkely event of a collision, FWHCP sets a new IP address and saves it in the device. 

DHCP/Auto-configuration can be utilized for devices on networks other than 1394. DHCP protocol nrovirte* 
clienf'requested IP address". provides 

Preferably, the requestedlP address space is selected from the upper part of the 24 bit RFC 1918 range (10 1281 1 to 
10.254.254.254). By choosing part of theallowed private address range for 1394 IP addresses and another part for 
other configuration methods (e. g., DHCP andDHCP/Auto-Configuration) then compatible andnon-interferine 
addresses are generated for a heterogeneous network andallow FWHCP and DHCP to coexist. 

While choice ofhon-overlapping IP addresses for 1394 and adjacent networks isdesirable, the heterogeneous network 
using FWHCP will configure successfully even if they dooverlap. Also, DHCP clients check their assigned 
IP address with a test ARP message before using it. As such, different address configuration methods can 
coexistsuccessfully. 

< Network Scenarios and Address Management 

Referring to FIG. 8, an example process according to the present invention for communication between a 1394 
network (e. g., network 300) and a non-1394 network (e. g., Ethernet 119) for IP address configuration is described 
In this case the 1394 network 300 utilizes FWHCP configuration and the non-1394 network 119 utilizes DHCP 
configuration or other method. 

Generally, 1394 devices (such as DTV and DVCR in FIG. 7) do not support 

DHCP. The 1 394 DEV1CE-3, for 1 394 network to non-1394 network communication, indues an IP address in the 
1394 ROM space and provides support for FWHCP for a 1394 device. The DEVICE-3 furtherincludes means for 
supporting the configuration mechanisms on the non-1394 network, and maintains an extension data leaf in the 1394 
ROM space for IP addresses of devices on the non-1394 network. As such, configuration processes (e. g., 
FWHCP for top-level Ul description generation) on the 1394 network 300 can include use of IP addresses on the 
non-1394 network by selecting IP addresses from the extension data leaf. The non-1394 network configuration 
operates to provide thelP addresses for the 1394 extension data leaf. 

According to the discovery process (agent), 1394 specification'plug-in' reset and self-ID is utilized for configuration 
and can be used for IP address configuration. Preferably, fixed IP addressing is utilized for home networks, however 
dynamic IP addressing can also be utilized. DNS is not required within 1394 WEB control because a top-level GUI 
description is created with hypertext-links that use IP addresses rather than names. Preferably, the 
IP configuration agent (FWHCP) for the 1394 network is utilized forIP configuration using 1394 ROM data and 
1394 commands, however DHCP canalso be utilized. FWHCP utilizesiower half of RFC1918 10. LH. X. X 
addresses and other home networks (not 1394) use upperhalf 1 0. UH. X. X.Preferably, the FWHCP server agent is 
built-in to any device that can be a client (control initiator). Where there are several client devices connected to the 
1394 network, only the client device with the highest Global Unique Identification(GUID) operates. GUID comprises 
a numberbuilt-in to the interface. If there are multiple FWHCP agentsavailable on the 1394WEB network then there 
is an initial self-election process to determine the one that will operate and all others remain quiet. The highestGUID 
will operate. In other versions, highest bit-reversed-GUID can be used. 

A device interfacing to a non-1394 network supports a ROM extension leaf of IP addresses on the non-1394 network. 
This allows inclusion of thelP addresses on the non-1394 network in the 1394top- level GUIs (e. g.,FIGS. 4A 
B, GUIs 202,204).Control data bits in the 1394 ROM space are used to control the operation of three configuration 
agents: ( 1 ) 1 394 Self ID count, (2) 

IP configuration FWHCP, and (3) Ul description generation described further below. 

Initially 1394 Self-ID count discovers the existence of devices. After a bus reset (caused by power up/down or device 
attachment/detachment) 1394 software in the device observes the automatic configuration process (1394 self 
ID cycles) for the purpose of counting the number devices. This is a normal part of 1394 software for any 1394 
device. Then, IP Configuration FWHCP (the one self-elected FWHCP) probes the discovered devices and checks 
their builtin IP address. Discovered duplicate (colliding) IP addresses are disabled and a new address is assigned to 
the device. Then,UI description generation agent (Ul or other devices), reads all 1394 WEB device IP addresses and 
generates a top-level device directory Graphic User Interface file in HTML of top-level icon pages from each device 
later rendered by a Web browser for User discovery of devices for control. 

According to the present invention each device in the 1394 network 400 can generate its owntop-levei network Ul 
description 250(FIG. 9C). The Ul description 250 is used by a presentation engine such as the browser 200 in a client 
device to generate and display a top level directory page such as page 220 inFIGS. 5-6. After the 1394 Self-ID agent 
has enumerated all devices connected to the 1394 network 300, thetop-level Ul description 250 is 
generatedseparately by all Ul devices (and non-UI devices as desired). A device (e. g., 

DTV) can select a more prominent (e. g., larger) icon to represent that device, and make the entire GUI 220 with a 
different look. This technique provides substantially more reliable operation than a centrally generated GUI for 
operation of all device, because each device can generate its own Ul description 250 and display a GUI (e. g., top 
level page 220) based thereon without dependence on anotherdevice. In each Ul description 250, device icon and 
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As such, advantageously, auseful layer of abstraction is provided toallow use of alternative file names and types for 
e. g. identification graphics m the network devices without need for change in the top-level description 250 generated 
in each device. The name text is also placed in an HTML description 202,204 (NAMR HTM is in pages 
202 204),allowing a user to configure the name text at a device e. g. DTV to change to e. g., DTV-BED2 through one 
of the device GUI pages 220. As such, the page 220 is displayed as the Browser is launched after a reset The user 
sees and clicks DVCR1CON graphic, whereby 

DVCR top level control GUI 202 is fetched (with'Play'button etc.). User clicks one of the buttons e g "Configure 
Device NAME'Vhich is another GUI (of hierarchy of control pages for DVCR) with a large selection of different 
names. 



User clicks one name out of the lists of names provided e. g."Master Bedroom 
DVCR". 



Software on the device changes the file names so that the file named 
NAME. HTM contains the text"Master Bedroom DVCR" (theold default 
NAME. HTM file that contained DVCR is changed to some other name). 

Appearance of the GUI 220 is more stable in the event of bad citizen 1 devices having too much or oversized text or 
oversized logos. In this case the frames isolate the problem and prevent the bad items from adversely affecting the 
appearance of the entiretop-level GUI 220. 

< Device Discovery Architecture > 

Referring toFlGS. 9A-C, 10,1 1 example functional blocks and connections to data and control bits and flowchart of 

an embodiment of a system architecture 400 for the aforementioned discovery process are shown. The system 400 

comprises five primaryelements: (1) 1394 non-volatile memory space(IEEE1212RROM) 402 for configuration data 

and control data bit storage; (2) 1394 Device Discovery Agent (1394DDA) 404; (3) IP Address 

Configuration Agent (FWHCP) 406; (4) Ul Description Generation Agent 408; and (5) GUI Generation and run-time 

environment 4 1 0 (e. g., Web Browser 200in FIG. 2). Further, FIG. 1 0 shows an example flow diagram for the DDA 

and 

FWHCP agents in system 400 operating in connection with the functional blocksin FIGS. 9A-C. And, FIG. 10 shows 
an example flow diagram for the UIDGA agent in system 400 operating in connection with the functional blocks 
inFIGS. 



9A-C. 



Referring toFIGS. 9A and 10 all devices include the 1394 device discovery agent (I394DDA) 404 to enumerate the 
devices on the 1394 bus, after a reset, and to write the value into the local 1394 ROM space 402 for communicating 
the value to other functional agents (steps 500,502). For synchronizing (inhibiting) commencement of other 
configuration agents, the 1394DDA agent 404 also sets the'configuration operating'control bits. The 
discoveryagent/rnechanism can use means, other than the ROM space, to communicate information between the 
configuration agents that are local to one device and where the information does not need to be seen by other devices. 

< 1 394 ROM Data in all Devices > 

All devices in the network 300 include the following information relevant to the discovery andIP address agents 404 
and 406,respectively, forthel394WEB in the 1394 configuration ROM 402: (l)Built-in 64 bitGUID (Global Unique 
ID, in 1394 specification); (2) Built-inIP address from the RFC 1918 private address space in the 254.254'. 

Manufacturers canselect a value from the GU1D such that chance of collision is minimized. The upper portion of the 
private address space (i. e., 10.128.1.1 to 10.254.254.254) is reserved for devices on bridged networks; (3) 
Assigned IP address in the 254.254' (assigned by operating FWHCP agent 406); (4) IP address extension leaf for IP 
devices on bridged networks; (5) Assigned Count of 1394 devices (assigned by 1394DDA agent 404); (6) 
Control/status bits to indicate Configuration-in-Progress 

Synchronization control for 1394 Device Discovery Agent 404, and to indicatelP-Address configuration (The control 
bits indicate the configuration is in progress and therefore the values, in ROM data other than the control bits, for 
1394DDA and IP address are not checked or not written and thereforeshould not be used). The bits further indicate 
"which IP address is valid (assigned or built-in), and whether an FWHCP server agent 406 is present in the device; (7) 
HTTP web server to allow files in the device's file space to be accessedremotely; and (8) device information 202,204 
including actual'iconVname'and Mogo'HTML flies and other referenced graphic files accessible through the 
Web Server. The above summarized information is detailed in the 1394 ROM space description below. 

< IEEE 1212 Configuration ROM > 

The content of the general 1394ROM structure 402 is specified in 

IEEE1212r,IEEE12I2 and IEC61883. The ROM structure 402 is a hierarchy of information blocks, wherein the 
blocks higher in the hierarchy point to the 

blocks beneath them. The location of the initial blocks is fixedwhile other entries are vendor dependent, but can be 

specified by entries within the higher 

blocks. 



and source devices such asDVCRs, STBs, etc. There may be several other structures required based on other 
protocols to which each device conforms. Table 3includes information for a device which also complies with the 
IEC61883 protocol. The Root directory contains pointers to aModel Directory and three Unit-Directory entries 
(IEC61883, EIA-775 and I394WEB), to indicate that the device supports EIA775 aswell as 1394 WEB protocols. 
The Root directory entries are useful to other 1394 devices to discover the protocols and software(also called 
services) supported by this 1394 device. 

< Table 3 -Configuration ROM > 

Offset (Base address FFFF F000 0000) Bus info block 

Offset 

EMI39.1 



<tb> 04 <SEP> 00. <SEP> 6 <SEP> 04 <SEP> crc~Iength <SEP> rom~crc~value 
<tb> 04 <SEP> 04, <SEP> 6" 1 394" 

<tb> flagsreservedcyc~clk-accmax~recReserve040816 <SEP> 
<tb> <SEP> d 

<tb> 04chip~id~hinode~vendor~id <SEP> 

<tb> 104101, <SEP> chipidk) 

<tb> 

Wherein, 04 0C 16 and 04 1016 are also known as the 64 bit GUID or 

Global Unique ID. 

Root directory 

Offset 

EMI40.1 



<tb> Root-lengthCRC041416 <SEP> 
<tb> <SEP> 0316model~vendor~id 

<tb> <SEP> offset81 16vendor-name~textual--descriptor <SEP> 
<tb> <SEP> 0C16node~capabilities 

<tb> <SEP> 8D, <SEP> 6 <SEP> node~unique~id <SEP> offset 

<tb> <SEP> Dl 16 <SEP> Unit-Directory <SEP> offset <SEP> (IEC <SEP> 61883) 

<tb> <SEP> Dl, <SEP> 6UnitDirectory <SEP> offcet <SEP> (EIA-775) 

<tb> <SEP> Dl, <SEP> 6 <SEP> Unit-Directory <SEP> offset <SEP> (1 394 WEB) 

<tb> <SEP> Optional 

<tb> xxModel~DirectoryoffsetC316 <SEP> 
<tb> 

The directoryisshowninTable5.Thisdirectoryisunit referenced by the Unit Directory offset, in the Root Directory (i. 
e., Table 3). In the Unit-SW- Version field, the least significant bit specifies AV/C (0) as specified in IEC61883. 

< Table 5-IEC-61883 Unit Directory > 
Unit~Directory(IEC~61 883) 
EMI40.2 



<tb> directory <SEP> length <SEP> CRC 

<tb> 1216 <SEP> Unit~Spec~iD <SEP> (1394TA <SEP> » <SEP> 00 <SEP> AO <SEP> 2D, <SEP> 6) 
<tb> 1316 <SEP> Unil~SW~Version <SEP> (first <SEP> pass <SEP> key <SEP> = <SEP> 01, <SEP> 6) 
<tb> otherfields#....#possibly <SEP> 
<tb> 

TheElA-775 Unit Directory is shown in Table 6. The followingEIA-775 specific information appears in theEIA-775 
Unit Directory. 

< Table 6-EIA-775 Unit Directory > 
EMM 1.1 



<tb> Directory <SEP> length <SEP> CRC 

<tb> (EI A-775-005068 16)12 16Unit^specification~ID <SEP> 

<tb> (01010016)1316Unit~software~version <SEP> 

<tb> .... <SEP> < < possibly <SEP> other <SEP> fields > > 

<tb> 

<tb> 

TheUnit specification ID specifies the identity of the organization responsible for the architectural interface of the 
device and the specification. In this example case, the directory and identity value=005068l6 refers to theElA as the 
responsible body and the EIA-775 control architecture specification. 



First 01 16 

Second octet Major Version Number (currentlyOl, 6) 
Third octet Minor Version Number (currently 16) 

The 1394WEB Unit Directory is shown in Table 7a. The following 1394WEB specific; information appears in the 
1394WEB Unit Directory. 

< Table 7a-1394WEB Unit Directory > 
EMI42.1 



<tb> Directorylength <SEP> CRC 

<tb> 12, <SEP> 6UmtspecificationJD <SEP> (1394WEB <SEP> = <SEP> OOXXXX, <SEP> 6) 

<tb> (0 1 0 1 00 1 6) 1 3 1 6Unit-soft ware-version <SEP> 

<tb> 3816 <SEP> Discovery-control-bits 

<tb> 3916Assigned-Count-ofM394~devices 

<tb> 3A16n > ~Address~Built~in 

<tb> 3B16IP~Address-Assigned 

<tb> <SEP> IP <SEP> Address <SEP> Extension <SEP> Leaf 

<tb> otherfields#--16#possibly <SEP> 

<tb> 

The Unit-specification-ID specifies the identity of the organization responsible for the architectural interface of the 
unit and the specification. In this example case the directory and identity value=00XXXX 16 refers to the responsible 
body and the 1394 WEB control architecture specification. 

The Unit software version designates the 1394WEB revisionlevel supported by the device. The format is shown in 
Table 8. 

-Unit-software-versioncoding > < Table8First octet 01, 6 
Second octet Major Version Number (currentlyOl 16) 

Third octet Minor Version Number(currentiy 0016) < Discovery-control-bits (38, 6) > 

Keyvalue (38, 6) permitted by theIEEE1212R specification section 8.8 for the private use by the owner of the 

directory and architecture is used for theDiscovery-control-bits immediate value. 

< Table9 Discovery-control-bits > 

FWHCP Configuration Which IP 

Server operating. Do not use address? 

Agent (if True)X Yes=l 1394 Dev.lP-AssigndlBui 

Count Addresstt-inO 31 6 5 4 3 2 1 0 (LSB) 

These are control bits in 1394 ROM space 402 accessible by local and remote device. The control bits are used by the 
IP address configuration agent 406 and the User Interface description generation agent 408 as described further 
below. 

In one embodiment of the invention, said control bits provide the following information: 

Bit 0-Which IP address- Indicates which IP address is used or is in-use i.e, the Bulit-In address (=FALSE) or 

Assigned Address (=TRUE). This is set by the operating IP configuration agent FWHCP 406. 

Bits 1,2-Configuration Operating Do not use-When set indicate that the 1394 device discovery and also,seperately, 
thelP configuration agents 404 and 406, respectively, are operating and therefore the valuesreferred to areinvalid as 
they can change or are not yet written. These bits are set by the local (device) 1394DDA agent 404.Thel 394DDA 
agent 404 clears the 1394 Dev. 

Count bit and the operating FWHCP agent 406 clears thelP-address bit. 

Bit3-Presence of FWHCP Server Agent 406-Is set if the device has an operable FWHCP agent 406. This bit and 
GUID are used by the FWHCP agents 406 to determine which FWHCP agent 406 will operate. 

^-AssignedimmediatevalueAssigned-Count-of-1394-devices(3916) of the count of 1394 devices in the network 300. 
The count is made as the 1394 interface goes though itsself-ID cycles. The 1394 device discovery agent 404 
generates the value, which is saved in ROM space 403 for subsequent use by the IP and Ul configuration agents 406 
and 408, respectively. 

lP-Address-Built-ln (3 A 16)- Assigned Immediate Value. This address is assigned at manufacture time and built-in 
to the, device. If this Built-in address cannot be used, an alternative address can be saved in the Assigned address 
space and the control bit set to indicate such. 

IP-Address-Assigned (3 B 16)- Assigned Immediate Value. If identical 

LP addresses are detected, the IP address configuration agent FWHCP 406 assigns this address to prevent collision. 
Further, the control bit is set to indicate such. 



many 

IP addresses as required. The address of the communications device itselfshould not beincluded in the table. 

< Table 101 P~Address~Extension Leaf> 
EMI44.I 



Leaf <SEP> Length- 1 <SEP> (n) <SEP> 16 <SEP> j <SEP> CRC-16 <SEP> 16 

<tb> rPAddress <SEP> 1 

<tb> 

IP Address n 

In regards to Control word for Discovery Control Bits, use of a ROM entry for the actual Discovery Control Bits 
word as defined herein works but is an example implementation. As ROM is not designed to be written efficiently (i. 

ROM areas have to be erased and writing them is slow relative to other hardware e. g. register). 

Registers are provided in the 1394 hardware for data that must be written to frequently. In another version, a 1394 
Register can be used for the'Discovery control bits'control word. Registers are in a space also addressable by other 
devices, whereby another device can look up in the ROM the address of the Register and then write to that Register. 

Referring Figure 9B, one or more devices include an IP address configuration agent (FWHCP) 
Generation agent. The Ul description generation agent (U1DGA) 408 utilizes information including control bits 
defined inthel394 ROM space 402 and other information (e. g, for determining which FWHCP operates is the 
Global Unique 

ID (GUID) ofBus~Info~Block of Table 3) for determining which IP configuration agent 406 (if multiple in the 
network) operates, synchronizing commencement and for access to the in-uselP addresses. Any device may have and 
operate aUIDGA for making theHN-Directory page (top-level discovery page). After the 

IP addresses are configured UIDGA reads the addresses to make theHN-Directory page. In each client device, when 
Ul description generation is complete, the GUI generation and run-time environment 410 (e. g., Web Browser 200 in 
FIG. 2) uses the Ul description HTML file 250 to access all devices'HTTP file space for icons, names and logos 
(Icon. HTM, Name. HTM and Logo. HTM are contained in pages 204, and 204) to generate the full top-level GUI 
220 for display in that client device. Web Browser uses HTML file 250 to render the actual GUI graphics, in the 
process accessing files from the devices e. g. 

Icon. HTM, Name. HTM and Logo. HTM and in turn accessing anyadditional files these files reference e. g. 
ICON.GIF and LOGO.GIF. 

< 1394 Device Discovery Agent(1394DDA) > 
Referring toFIGS. 9A-C, 10 as discussed, each 1394 WEB device in the 
network 300 can include the device discovery agent 404. The device discovery 
agent 404 enumerates the 1394 devices in 1394 address space connected to 
the 1394 bus, wherein the raw discovery is performed in 1394 hardware. The 
Self ID and Physical Node Number Assignment and the steps leading to it is the 
basic discovery process performed by the interface hardware/firmware. All 
devices monitor theSelf ID cycles and make a note of the existence of 1394 
devices. This is a part of 1 394 software for any 1 394 device: (1 ) Reset-Bus 
reset propagates to all interfaces, on device power-up, device attachment and 

device detachment, (2) Tree Identification-Transforms a simple net topology into a tree, toestablish a ROOT which is 
master for certain functions : Bus Cycle 

Master, Highest priority in arbitration for bus time, (3) Self Identification- A ssignsPhysical Node number (address) 
and also exchange speed capabilities with neighbors. Highest numbered node with both Contender Bit and Link-on 
Bit is 

Isochronous Resource Manager. 

The discovery agent 404 writes the final count value of the devices to the 1394 ROM space to communicate it to 
other agents. The device discovery agent 404 is the first software agent to execute after a 1394 reset cycle, and 
control bits (Discovery Control Bits 2 and 1, Configuration Operating: 1394DDA,and IP Address) are used to delay 
other agents, including the configuration agents 406 and 408, from execution until the discovery agent 404 has 
finished execution. 

In one embodiment,thel394DDA agent 404 in each device performs the steps 500,502 including: (1) setting 
synchronization control bits (i. e./1394DDA in progress'and'IP configuration in progress'bits) in the device's own 
1394 

ROM space 402 to indicate that the 1394DDA in progress and IP configuration is in progress (IP configuration will 
not be in progress if 1394 DDA is executing) and that the values of 1394 device count and IP address are not valid, 
whereby said control bits inhibit other agents (e. g., 408) from operatingprematurely; as such the 1394 DDA 
executes, then an elected FWHCP executes, and then(usually for Ul device) UIDGA executes; (2) counting the 
number of 1394 selfidentity sequences after a 1394 Reset to discover the number of devices and effectively their 
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Alternative Architecture for Configuration with IP Address list in network communication (bridge) device is 
possible. For example, theLP address list of 

IP addresses of devices on a bridged (e. g.,non-1394 network) canaltematively be examined at thelP configuration 
stage by the FWHCP agent 406 rather than only at theUIDGA stage by the UIDGA agent 408. This allows the 
FWHCP agent 406 to detect and correct address collisions and thereforeallow operation without having 
twoseparately defined address ranges, one for the 1394 network 300 and one for the non-1394 network 1 19. 
Correction of address collision can beaccomplished by modifying the address of acolliding 1394 device as the 
bridged networkIP address list cannot be modified by the aforementioned agents 406,408 for the 1394 network 300. 
Configuration is more reliable if the 

FWHCP agent 406 can check the addresses in the bridged network 1 19 for collision prior to allowing the addresses 
used on the 1 394 network 300. 

< IP Address Configuration Agent (FWHCP Agent) > 

Referring toFIGS 9A-C, 10 the IP Address Configuration software agent (FWHCP) 406, operates to provide'Fixed'IP 
address management and to detect and correct IP address clashes in the mass manufactured 1 394 devices. All 
1394 WEB Ul devices include, and other devices can include, an FWHCP agent 406.Only one FWHCP agent 406 
operates in the network however. The 1394DDA 404 agent is the first software agent to execute after a 1394 reset 
cycle, and as aforementionedthel394DDA 404 agent sets the'1394DDA in progress'and'IP configuration in 
progress'bits to delay the FWHCP agent 406 until the 1394DDA agent 404 has executed to completion. 

In one embodiment, the IP Address configuration agent 406 in a device performs steps including polling the 
1394DDA configuration operation control bit (i. e., the'1394DDA in progress'bit) to determine if the 1394DDA 
configuration software agent 404 has executed to completion. If so, then the FWHCP agent 406 uses the count of 
devices determined by the 1394 DDA agent 404, and reads GUID's and Control Words from every device (step 504) 
to determine which device in the network 300 is selected to execute its FWHCP agent 406 (step 506). The selected 
device is one with an FWHCP agent 406 that finds it has the highest GUID (step 508). All other FWHCP agents 406 
in other devices remain dormant (step 510). The operating FWHCP agent 406 reads the'in-use' (active) IP address 
(determined by Disco very~control~bits BIT 0) from each local node (e. g. units present on the interface, host) and 
listed (step 512). In one version, the software agent makes a list for saving thelP addresses to an 1 Array' as they are 
read (steps 514-518). The list will be in memory (RAM or DRAM) under the control of the compiler and OS. In-use 
status is determined by a bit setting in the device, which indicates whether the built-in or assigned address is in-use. 
In Table 7the) Paddressassigned and) Paddressbuittin are in the 1394Web Unit Directory. 

The operating FWHCP agent 406 examines said list for collision among 

IP addresses listed therein (other collision detection and resolution methods can also be used) (steps 520-522). If a 
collision is detected, the FWHCP agent alters the colliding addresses by e. g. substituting the least significant 6 bits 
of 

IP address for their 6 bit node address (step 524).Oniy the minimum number ofalteralions are performed torelieve the 
collision. If one of the colliding addresses is already an assigned address, then that address is altered in preference to 
the colliding built-in address by e, g. incrementing the 6 bit substitute value and re-checking until the collision 
isresoived. The FWHCP agent 406 writes the altered value back to the device and the control bit 
(Discovery~Control~Bits: Bit 0) is set to indicate that the assigned IP address is in-use, and thebuilt-in default is no 
longer in-use (step 526). The process is repeated for each IP address (step 528). After the collision resolution process, 
the operating FWHCP agent 406 accesses each device in turn and sets the'IP configuration in -progress'bits in each 
device to e. g.Talse'to indicate that the indicatedIP address is valid. 

< Ul Description Generation Agent > 

In conventional WWW operation, users access the same top level page. 

Referring toFIGS. 4B, 7 and 9-11, according to an aspect of the present invention however, allUI devices (e. g., 
devices capable of displaying user interfaces) include an Ul description generation agent(UIDGA) 408 to 
independently generate atop-level Ul page 220 for control of the devices on the local network (e. g., network 100, 
network 300, etc.) by users. In one example, a client device (e. g., PC) dynamically generates alocally saved default 
page 220 for user control of devices connected to the network 1 OO.This allows each 

Ul device (e. g., DTV 102) to generate a different view 220 of the home network e. g. with a larger more prominent 
icon for thatUl's devices displayed. As such, the user is readily made aware of whichUI device is'right here* (in front 
of the user) or in the case of accessexternal to the home, no device is'right here'. A device without aUI can generate 
aUI for another device but is unaware of type of device (e. g., Cable Modem generatesUI of HN devices for user 
external to the home). In this case the actualUl device is unknown. Therefore noparticular device isprominent. in the 
GUI. Further, manufacturers of devices connected to the network 100 can provide their own GUI design 202,204 in 
each device as desired. In addition later, improved Browser and Web technology designs need not behampered by 
existing technology. 

Non-UI devices, particularly those devices performing a gateway function, can also include a Ul Description 
Generation agent 408 to generate top-level 

GUI descriptions 250, without including GUI Generation and Run-Time processes 410 (e. g., Web Browser 200) to 
generate anddisplay GUIs 220. 



device local private IP address. 

UI devices execute the following software processes to generate and display views 220 of the network 100/300: (1) 
1394 Device Discovery Agent 404 described above, (2) Ul Description Generation Agcnt(UIDGA) 408, and (3) GUI 
Generation and Run-Time (e. g., Web Browser 200) process 410. Referring to 

FIG. 1 1, in one embodiment, aUIDGA agent 408 in a device performs steps including polling thelP address 
configuration bits in the devices own 1394 ROM 

402 to ensure completion of the FWHCP agent 406, prior to accessing any furtherlP information (step 600). Upon 
completion of FWHCP agent 406, using the count of devices generated by thel394DDA agent 404, theUIDGA agent 
408 then accesses the control word in each device currently connected to the network, to determine the settings for 
the'configuration operating'false, and'inuse'IP addresses bits (theUIDGA agent 408 makes the top-level HTML 
page,HN~Directory page, 220 shown by e. g., inFIGS. 5-6). Thereafter, theUIDGA agent 408 reads the actual in- 
uselP address value, and builds a complete list of thelP addresses of the devices currently connected to the network 
300. The 

IP address listincludes information (e. g., Icon, Logo, Name, etc.) from every device, and is written in HTML by 
using the IP address of each device. 

Before it can include the addresses, theUIDGA 408 finds the address of each device by accessing each device and 
checking to see which address is in use by reading Table 9,Discovery-control~bit, control bit (Bit 0). Then UIDGA 
408 reads Table 7 Address eitherBuilt in or Assigned. For devices that communicate to bridged networks, as 
determined by the presence of the extension IP address list entry in that device's 1394 ROM 402, theUIDGA agent 
408 reads the extension IP-addresses from the list(IP~Address~Extension~Leaf) to allow those devices to beincluded 
in the GUI 220. The entry BC(lP~Address~Extension~Leaf) contains a reference link address that points to the 
actual data leaf. Devices on the attached bridged network are only included inthe IP-Address-Extension-Leaf list if 
they also support the 1394 WEB type of service i. e. they have Web Server and Icon. HTM etc and Control pages 
('index, htm). 

TheUIDGA agent 408 reads the IP address list (step 602) and generates thetop-level network Ul description 250(FIG. 
9C) in e. g. HTML (e. g., Appendix 1) using the IP address list(UIDGA outputs theHN-Directory, top-level network 
Ul page, HTML file) (step 604). TheUIDGA agent 408 uses the IP Addresses in thehypertext links to each device for 
the icon, htm, name, htm and logo, htm files.UIDGA writes an HTML file including the references to each 
discovered device's HTML page i. e. ICON. HTM, NAME. HTM, LOGO. HTM (e. g., Appendix 2,3,4). The 
UIDGA agent 408 then uses HTML files to reference items including the icon andlogo graphics files and name data, 
rather than including the raw icon, gif or logo, gif and raw name text in the toplevel Ul description 250 (step 606). 
Thisallows said items to be changed by the corresponding device to reflect current status, customized by the 
manufacturer or configured by the user at the device, without causing any change in the top-level HTML Ul 
description 250 in the controlling Ul device. Though one graphic per device is shown in the example GUI pages 220 
(FIGS. 5-6), customization allows inclusion of more than one graphic file referenced by ICON. HTM or LOGO. 
HTM and more text inthe NAME. HTM. In one embodiment, HTML frames are utilized to implement the 
The GUI generation process 410 (e. g., Web Browser 200) utilizes theUI description 250 in e. g. HTML to generate 
GUI pages 220 on Ul devices. In one example, to providekeyboard-less operation for consumerelectronics devices (e. 
g., DTV) the Browser 200 at start-updefaults to reading and rendering alocally generated'top-level-devices. html' 
description 250 to generate the network top-level control GUI 220. Locally as used here means in the same device (a 
Ul device having aUIDGA that generates the device's own HN Directory (toplevel) GUI of the network devices). HN 
Directory, Top level Network UI and 

Discovery page are the same. For personal computers (PC) with keyboard this need not be the default. For CE 
devices,launch of the Browser 200 is delayeduntil after completion of theUIDGA default page 250 generation by 
theUIDGA agent 408. In the event that UIDGA agent 408 cannot complete its tasks, then the Browser 200 displays 
an alternative Ul page 220 showing a network configuration error occurred (e. g.,"Unable to generate the HN- 
Directory Page because of xxxxxx. Try disconnecting device xxxxxxx. Network configuration erromumber xxxxxx 
occurred. Contact service Tel service xxx-xxx-xxxx or 
Web service http://www. service, com.") 

To generate the GUI 220, the Browser 200 fetches the'icon. htm*, 'name.htm' and'logo. htm' files from device 
information 202,204 in each referenced device (i. e., in the Ul description, where for example ICON. HTM is in 
theHN-Directory Page HTML file) as defined by the HTMLUI description 250. 

The contents of these pages 202,204 (e. g. the icon graphic) need not be static and can be altered dynamically to 
reflect device status change, or after user customization. In order to display the most currenttop-Ievel page 220, the 
Browser 200 does not cache the'icon. htmVname.htm'and'logo, htm'files. In another version, a check isalways made 
first to determine if the device has made any changes to the HTML files 202,204 it holds. HTTP"Conditional get" is 
used for checking the status of controlled device. Depending on the status code returned, the Browser 200 will either 
read from its cache or fetch a fresh or updated copy the HTML file 202,204 from the devices. The HWW GUI 
display is not affected unless there is any change of the status of the controlled device. 

The browser 200 does not attempt to display the top-level HN directory until it has been completely generated. If the 
HTML 250 is not generated within some reasonable amount of time, the browser displays an alternate page. If a 
network configuration error is the source ofthe problem, the alternate page might provide sometechnical support or 
user diagnostic assistance. 



network 100. It is also possible for device icons to be updated to reflect changes in their device's operating state. As 
such, browsersimplemented byEIA-775.1 devices useHTTP"conditional gefrequests to determine whether or not 
fresh copies of web pages or graphics are retrieved from the server. 

♦ • 

In this aspect, the present invention provides a User Interface description where user discovery of devices is thus 
madeentirely with references (i. e. in the abstract), where the references are'containers'for the discovery information 
(e. g., text and/or graphics) of each device and resident on each device. Each'container'includes actual textual 
information and/or references to one or more graphics formatted information files where each file may include one or 
more images and/or text. Use of the reference'containers'allows each device to choose its preferred Ul content or 
graphics format or alter its Ul content to be displayed (by changing the text or graphic information referred to) 
without need to have the Ul description page altered in any way. Therefore, communication of changes with the 
generating agent software of the Disco veryUI description is not required. In one version, devices reference their e. 
g.JCON and LOGO graphics files indirectly using HTML files enabled by creating the network Toplevel description 
using HTML frames. Similarly the device name that is displayed under the icon is represented by NAME HTML file. 
HTML files are used to reference e. g. the icon and logo graphics files and name data rather than include the raw 
icon, gif or logo, gif and raw name text. Thisallows the item to be changed to reflect current status, customized by the 
manufacturer or user configured at the device without causing any change in thetop-level HTML description. This 
level of abstractionallows.theTop-level Ul description to be always the same regardless of the graphics ICON and 
LOGO file names and types and NAME text to be displayed. Also the device may use different, multiple or 
dynamically change the graphics files and text displayed in the Toplevel GUI without the change needing to be 
communicated to the UIDGA. The change is automatically included whenever the GUI is redisplayed. Use of frames 
also stabilizes the GUI display in the event of bad citizen devices us ingnon -display able graphics or text as the error is 
confined to the particular frame and doesn't affect the whole GUI. 

The change is automatically included whenever the GUI is redisplayed. 

Referring to Appendices 1 -4, illustrativeexamples for the following are provided: (1 )Top-Level Page description 250 
(Appendix 1); (2) Background, htm (Appendix 2); (3)Icon. htm (Appendix 4); and (4) Name, htm (Appendix4). 

Although the present invention has been described in considerable detail with regard to the preferred versions 
thereof, other versions are possible. 

Therefore, the appended claims should not be limited to the descriptions of the preferred versions contained herein. 
IndustrialApplicability 

The method and system for generating a user interface in a plurality of multiple devices connected to the network 
system for controlling devices that are connected to a network, according to the present invention can be applied to 
home networks having multi-media devices connected. The multi-media devices can include PC, VCR, 
Camcorder, DVD, and HDTV, etc.. 

Appendix 1-Top-Level Page Example < HTML > < HEAD > < TITLE > HN DevicesPage < /TITLE > < /HEAD > < 
FRAMESET ROWS="2%, 47%, 2%, 22.5%, 2%, 22.5%,2%"border=0 color=black > 

< NOFRAMES > Sorry does not supportframes < /NOFRAMES > 

< FRAMESETROWS="100%, 0%" > 

< FRAMESRC="background. htm"SCROLLlNG= M no M NORESIZE > 
< /FRAMESET > 

< FRAMESET COLS=" 1 .2%, 23.5%, 1 .2%, 48.2%, 1 .2%, 23.5%, 1 .2%" > 

< FRAMESET ROWS=" 1 00%,0% M > 

< FRAMESRC- H background. htm"SCROLLING="no"NORESIZE > 
< /FRAMESET > 

< FRAMESETROWS="48%, 4%, 48%" > 

< FRAMESET ROWS='73%, 27%" > 

< FRAME Ll/icon-htnTSCROLLrNG^'no" 
NORESlZE> 

< FRAME l.l/name.htm ,, SCROLLING="no" 
NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS="100%,0%" > 

< FRAME SRC="background.htm" SCROLLING="no"NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS="73%,27% M > 

< FRAME 1.10/icon.htm" SCROLLING="no" 
NORESIZE > 

<FRAMESRC="http://10. 1.1.10/name. htm" 
SCROLLING="no ,r NORESIZE > 
< /FRAMESET > 
< /FRAMESET > 

< FRAMESET ROWS="100%,0%" > 



NORESIZE> 
< /FRAMESET > 

< FRAMESET ROWS= M 100%,0%" > 

< FRAME SRC^'background-litm" SCROLLING= M no ,T NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS="48%, 4%, 48% M > 

< FRAMESET ROWS="73%, 27%" > 

< FRAMESRC="http://l 0.1. 229.1 /icon. htm"SCROLLING="no" 
NORESIZE> 

< FRAMESRC="http://l 0. 1 .229. 1/name. 
< /FRAMESET > 

< FRAMESET ROWS="100%,0%" > 

< FRAME SRC= M background.htm" NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS-'73%,27%" > 

< FRAME 30.1/icon.btm"SCROLLING="no M 
NORESIZE > 

< FRAMESRC="http://10.30.30. 1/name. htm" 
SCROLLING-'-no'-NORESIZE > 

< /FRAMESET > 
< /FRAMESET > 

< FRAMESET ROWS=" 1 00%, 

< FRAME SRC="background.htm" SCROLLING="no"NORESIZE > 
< /FRAMESET > 

< /FRAMESET > 

< FRAMESET ROWS="100%,0% M > 

< FRAME SRC="background.htm" SCROLLING="no ,r NORESIZE > 
< /FRAMESET > 

< FRAMESET 

COLS="1.2%, 23.5%, 1.2%, 23.5%, 1.2%, 23.5%, 1.2%, 23.5%, 1.2%" 

< FRAMESETRO WS=" 1 00%, 0%" > 

< FRAMESRC="background. htm"SCROLLING="no ,r NORESIZE> 

< /FRAMESET > 

< FRAMESET ROWS='73%,27%" > 

< FRAMESRC="http: //10. 4 1.1.1 /icon. 

<FRAMESRC="http://10. 41.1. 1/name. htm"SCROLLING="no" 
NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS= U 100%,0%" > 

< FRAME SRC="background.htm n SCROLLING="no ,r NORESlZE > 
< /FRAMESET > 

< FRAMESET ROWS='73%,27%" > 

< FRAMESRC-'http:// ! 0.4 1 .2 1 . 1/icon. htm"SCROLLING= M no H 
NORESIZE > 

< FRAMESRC= M http://10.41.21. 1/name. htm" 
SCROLLING="no"NORESIZE > 

< FRAMESET RO WS=" 1 00%,0%" > 

< FRAMESRO"background. htm"SCROLLING="no"NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS="73%,27% M > 

< FRAMESRC- 'http://l 0.45. 1 . 1/icon. htm M SCROLLING= M no M 
NORESIZE > 

< FRAMESRC= n http://10.45.1. 1/name. htm M SCROLLING="no" 
NORESIZE > 

< /FRAMESET > 

< FRAMESETROWS="100%, 0%" > 
FRAME SRC= M background.htm" NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS='73%,27%" > 

< FRAMESRC= n htlp://l 0. 1 00. 1 .1/icon. 

< FRAMESRC="http://l 0. 1 00. 1 . 1/name. htm M SCROLLING="no" 
NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS="100%,0%" > 

< FRAME SRC="background.htm" SCROLLING="no"NORESIZE > 
< /FRAMESET > 

< /FRAMESET > 

< FRAMESET ROWS=" 100%,0%" > 



< FRAME SRC^background.htm" SCROLLING== M no"NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS="73%,27%" > 

< FRAMESRC="http://l 0.1 22.22. 1/eia. <t ■ * 

< FRAMESRC="http://1 0.1 22.22. 1/eia. htm" SCROLLING="no" 
NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS="100% f 0%" > 

< FRAMESRC= M background. htm"SCROLLING="no ,r NORESlZE > 

< /FRAMESET > 

< FRAMESET ROWS="73%,27%" > 

< FRAMESRC="http://10.122.122.122/icon. htm" SCROLLlNG="no" 
NORESIZE > 

<FRAMESRC="http://10.l22.122.122/name. htm" SCROLLING="no" 
NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS="I00%, 0%" > 

< FRAME SRC="background.htm" NORESIZE > 
< /FRAMESET > 

< FRAMESET ROWS="73% 7 27% ,, > 

< FRAME SRC-"http://10.122.122.123/icon.htm ,, SCROLLING="no" 
NORESIZE > 

< FRAMESRC="http://10.122.122.123/name. htm" SCROLLING ="no M 
NORESIZE > 

< /FRAMESET > 

< FRAMESET ROWS="100%, 0% M > 

< FRAME SRC="backgroundhtm" SCROLLING="no"NORESIZE > < /FRAMESET > 

< FRAMESET ROWS="73%,27%" > 

<FRAMESRC="http://10.122.122.124/icon. htm" SCROLLING="no" 
NORESIZE > 

< FRAMESRC="http:// 1 0. 122. 1 22. 124/name. 
< /FRAMESET > 

< FRAMESET ROWS="100%, 0%" > 

< FRAMESRC-"background. ntm" SCROLLING^ WNORESIZE > 
< /FRAMESET > 

< /FRAMESET > 

< FRAMESETRO WS=" 1 00%, 0%" > 

< FRAME SRC="background.htm" SCROLLING="no"NORESIZE > 

< /FRAMESET > < /FRAMESET > < BODY LINK="&num;0000fT'TEXT="&num ,000070" 
ALINK-"i&:num;FF0O00 ,, VLINK= M &num;O07986" > < /BODY > < /HTML > 

Appendix 2 -Background, htm example < HTML > < HEAD > < TITLE > Background < /TITLE > < /HEAD > < 
BODYBGCOLOR="&num;007986" > < /BODY > < /HTML > 

Appendix3-Icon. htm example < HTML > < HEAD > < TITLE > Device Icon < /TITLE > < /HEAD > < BODY 
LrNK="&num;00O0ff'TEXT="&num;OOOO70" 

ALlNK="&num;FF0000"VLINK="&num;007986" >< br >< br >< CENTER >< IMG SRC="icon.gjf border=0 
> < /CENTER > < /BODY > < /HTML > 

Appendix 4-Name. htm example < HTML > < HEAD > < TITLE > Device Name < /TITLE > < /HEAD > < BODY 
LrNK= ,, &num;0000ffTEXT-"&num;00OO70 M 

ALINK="&num;FFO000"VLINK="&num;OO7986" > < CENTER > < FONTsize=+0 > Samsung Device < /font > 

< /CENTER > < /BODY > < /HTML > 
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